Page 25 of 25

check_deps.sh fixes

Posted: Tue 21 Feb 2012, 20:08
by npierce
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

Re: check_deps.sh fixes

Posted: Wed 22 Feb 2012, 00:42
by BarryK
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
Yes I have it, now in Woof:
http://bkhome.org/blog/?viewDetailed=02710

libtool

Posted: Thu 15 Mar 2012, 20:20
by The Fly Roper
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:

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
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

[Solved] hdd-usb-mismatch

Posted: Mon 18 Jun 2012, 10:47
by Karl Godt
[edit :
reading the /init script i found the hint here :
search_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
So
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.)

Posted: Thu 19 Jul 2012, 19:47
by Henry
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!

Posted: Fri 20 Jul 2012, 17:05
by Henry
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?

Henry's Update

Posted: Wed 14 Nov 2012, 23:22
by Henry
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.