Barry,
I don't know if you've seen the four fixes I proposed for check_deps.sh that I posted in January. (I probably should have posted a link in this thread.)
Anyway, I've just updated the script once more. It is now based on the latest script from fossil/woof2:
http://www.murga-linux.com/puppy/viewto ... 200#606200
The description of the proposed changes and the older versions based on Racy 5.2.2 and Slacko 5.3.1 are posted earlier in the same thread at:
http://www.murga-linux.com/puppy/viewto ... 216#596216
Racy Puppy 5.2.2 Final, 18 Nov. 2011
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Re: check_deps.sh fixes
Yes I have it, now in Woof:npierce wrote:Barry,
I don't know if you've seen the four fixes I proposed for check_deps.sh that I posted in January. (I probably should have posted a link in this thread.)
Anyway, I've just updated the script once more. It is now based on the latest script from fossil/woof2:
http://www.murga-linux.com/puppy/viewto ... 200#606200
The description of the proposed changes and the older versions based on Racy 5.2.2 and Slacko 5.3.1 are posted earlier in the same thread at:
http://www.murga-linux.com/puppy/viewto ... 216#596216
http://bkhome.org/blog/?viewDetailed=02710
[url]https://bkhome.org/news/[/url]
- The Fly Roper
- Posts: 4
- Joined: Thu 21 Apr 2011, 02:59
libtool
Hi folks. It looks like libtool is still giving problems.
I was working my way through the examples in Autobook (http://sources.redhat.com/autobook/auto ... html#SEC68) and when I got to page 75, "linking an executable", (http://sources.redhat.com/autobook/auto ... html#SEC75) I got this:
Worked fine on my other box, though.
I compiled and installed libtool-2.4.2 (attached as a pet), and then it worked exactly as predicted.
I've attached 2.4.2, but I believe there's probably something in the puppy build process that's removing some libtool-essential scripts, since it's a script based process and I could easily see some of the pet trimmer scripts seeing non-executable text files installed to the /usr/share/ directory and yanking them out.
libtool-2.4.2-i486.pet sha1sum:
78831f100f422642cb88d242ebc139aad2ee0d27
md5sum:
09aeb7a3487d05f583f57bb2d2c64776
I was working my way through the examples in Autobook (http://sources.redhat.com/autobook/auto ... html#SEC68) and when I got to page 75, "linking an executable", (http://sources.redhat.com/autobook/auto ... html#SEC75) I got this:
Code: Select all
/usr/bin/libtool: line 676: libtool_args+=: command not found
/usr/bin/libtool: line 676: libtool_args+=: command not found
/usr/bin/libtool: line 676: compile_command+=: command not found
/usr/bin/libtool: line 676: finalize_command+=: command not found
/usr/bin/libtool: line 676: libtool_args+=: command not found
/usr/bin/libtool: line 676: compile_command+=: command not found
/usr/bin/libtool: line 676: finalize_command+=: command not found
/usr/bin/libtool: line 677: libtool_args+=: command not found
/usr/bin/libtool: line 676: compile_command+=: command not found
/usr/bin/libtool: line 676: finalize_command+=: command not found
/usr/bin/libtool: line 676: libtool_args+=: command not found
libtool: link: gcc ./.libs/libhello.a
/usr/lib/gcc/i486-t2-linux-gnu/4.3.4/../../../crt1.o: In function `_start':
(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
libtool --mode=link gcc -static -o hello main.c libhello.la 2>&1
I compiled and installed libtool-2.4.2 (attached as a pet), and then it worked exactly as predicted.
I've attached 2.4.2, but I believe there's probably something in the puppy build process that's removing some libtool-essential scripts, since it's a script based process and I could easily see some of the pet trimmer scripts seeing non-executable text files installed to the /usr/share/ directory and yanking them out.
libtool-2.4.2-i486.pet sha1sum:
78831f100f422642cb88d242ebc139aad2ee0d27
md5sum:
09aeb7a3487d05f583f57bb2d2c64776
[Solved] hdd-usb-mismatch
[edit :
reading the /init script i found the hint here :
video=640x480 root=/dev/sdd2 vga=normal acpi_enforce_resources=lax pmedia=usbflash pdev1=sdd2
worked as expected
[/edit]
Just short notice :
I was booting from USB Pendrive and the intrd.gz init script did load a main.sfs from the HDD instead of the Pendrive, but loaded the Pupsave file from the Pendrive and the devx .
I am not pleased about that, because it involves the mounting of all partitions, which increases the mount count and makes the pdev1=sdC# bootparameter obsolete :
# . /etc/rc.d/PUPSTATE
# . /etc/DISTRO_SPECS
# echo $DISTRO_NAME $DISTRO_VERSION
Racy Puppy 5.2.2
# echo $PUPMODE
13
# echo $PDEV1
sdb9
# cat /proc/cmdline
video=640x480 root=/dev/sdd2 vga=normal acpi=off pdev1=sdd2
# dmidecode -t1 |grep -Ei 'Manu|Pro|Num|Vers|Rev'
Manufacturer: Dell Inc.
Product Name: OptiPlex 755
Version: Not Specified
Serial Number: J8J844J
SKU Number: Not Specified
# echo $ATADRIVES
sda sdb
reading the /init script i found the hint here :
Sosearch_func() { #110425
if [ "$PMEDIA" ];then #kernel boot param
case $PMEDIA in
cd)
[ "$PRAMONLY" = "yes" ] && LESSPARTS0="`echo "$LESSPARTS0" | grep 'iso9660'`" #do not search other drives.
;;
*)
#note: a mistake if have PDEV1 on usb booting, as it can change.
[ "$PDEV1" ] && LESSPARTS0="`echo "$LESSPARTS0" | grep "${PDEV1}|"`" #kernel boot param.
;;
esac
fi
#pmedia= usbflash|usbhd|usbcd|ataflash|atahd|atacd|atazip|scsihd|scsicd|cd
video=640x480 root=/dev/sdd2 vga=normal acpi_enforce_resources=lax pmedia=usbflash pdev1=sdd2
worked as expected
[/edit]
Just short notice :
I was booting from USB Pendrive and the intrd.gz init script did load a main.sfs from the HDD instead of the Pendrive, but loaded the Pupsave file from the Pendrive and the devx .
I am not pleased about that, because it involves the mounting of all partitions, which increases the mount count and makes the pdev1=sdC# bootparameter obsolete :
# . /etc/rc.d/PUPSTATE
# . /etc/DISTRO_SPECS
# echo $DISTRO_NAME $DISTRO_VERSION
Racy Puppy 5.2.2
# echo $PUPMODE
13
# echo $PDEV1
sdb9
# cat /proc/cmdline
video=640x480 root=/dev/sdd2 vga=normal acpi=off pdev1=sdd2
# dmidecode -t1 |grep -Ei 'Manu|Pro|Num|Vers|Rev'
Manufacturer: Dell Inc.
Product Name: OptiPlex 755
Version: Not Specified
Serial Number: J8J844J
SKU Number: Not Specified
# echo $ATADRIVES
sda sdb
Racy 522 hangs on reboot (shutdown is OK.)
I reported this in the RacyNop (remaster of Racy 522) forum at
http://www.murga-linux.com/puppy/viewto ... 8&start=75 but this may be a better place, so:
Dell Optiplex 745 desktop, frugal, live CD. Everything I had in my previous QuiryNop-1.2 finally works in RacyNop making a complete custom business system, sharing the racysave.2fs files with the netbook, a definite plus
Only one small problem remains, which I'm writing to ask about. Reboot does not work in the desktop (it does in the netbook).
It freezes at ". . . session already saved 134.2867221 Restarting system."
and has to be forced off with the power switch. I turn the power back on and the full sda1 fsck begins.
(Other puppies than Racy do not have this problem in the same computer. Shutdown does work, so that's what I use. Logout and Restart X also work. This is not a huge problem, but hard crashes are not good.)
I have searched through miles of forums but have not found the answer to this specific problem, although many sounded similar. Any help would be appreciated. Thanks!
http://www.murga-linux.com/puppy/viewto ... 8&start=75 but this may be a better place, so:
Dell Optiplex 745 desktop, frugal, live CD. Everything I had in my previous QuiryNop-1.2 finally works in RacyNop making a complete custom business system, sharing the racysave.2fs files with the netbook, a definite plus
Only one small problem remains, which I'm writing to ask about. Reboot does not work in the desktop (it does in the netbook).
It freezes at ". . . session already saved 134.2867221 Restarting system."
and has to be forced off with the power switch. I turn the power back on and the full sda1 fsck begins.
(Other puppies than Racy do not have this problem in the same computer. Shutdown does work, so that's what I use. Logout and Restart X also work. This is not a huge problem, but hard crashes are not good.)
I have searched through miles of forums but have not found the answer to this specific problem, although many sounded similar. Any help would be appreciated. Thanks!
Last edited by Henry on Sat 21 Jul 2012, 11:42, edited 3 times in total.
Another intermittent problem I've seen: after accessing a USB HD or flash drive and I unmount it, it does unmount (contents disappear from the file manager), but the drive icon remains and I have to restart X or reboot to get rid of it. Doesn't happen every time.
This sounds like what Barry was blaming on unionfs and why he suddenly went to aufs, bringing out Racy-5.3. Have I got that right and am I stuck with this since RacyNop is based on 5.2.2?
This sounds like what Barry was blaming on unionfs and why he suddenly went to aufs, bringing out Racy-5.3. Have I got that right and am I stuck with this since RacyNop is based on 5.2.2?
Henry's Update
Two things have happened:
http://www.murga-linux.com/puppy/viewtopic.php?t=81031
That is ozsouth's new hybrid RacyNop-5.3.2, which got rid of the unionfs instability
and
http://www.murga-linux.com/puppy/viewtopic.php?t=82177
That is gray's new PreciseNop which, among other improvements, fixed the "hang on reboot" problem.
http://www.murga-linux.com/puppy/viewtopic.php?t=81031
That is ozsouth's new hybrid RacyNop-5.3.2, which got rid of the unionfs instability
and
http://www.murga-linux.com/puppy/viewtopic.php?t=82177
That is gray's new PreciseNop which, among other improvements, fixed the "hang on reboot" problem.