Tiny Core Linux
Tiny Core Extensions => TCE Corepure64 => Topic started by: chiguireitor on January 08, 2017, 08:52:58 AM
-
Hi all, i've found one extension missing from the corepure64 and i want to build it, however i don't know how to pack it nor test it on my corepure64 vm.
Is there any guide one can follow to build extensions?
Host is Debian 8.
-
See here:
http://wiki.tinycorelinux.net/wiki:creating_extensions
Please compile the extension on corepure64 in the vm rather than on the debian host.
-
Just sent the extension
The process seems fairly easy! Thanks a lot for the suggestion
-
To ensure consistency of submitted extensions I use the submitqc.tcz audit script/extension to fix any anomalies with an extension and supporting files.
tce-load -i submitqc.tcz
then go into the directory containing the new extension and info file, then open a terminal and run
submitqc --fix
when finished, tar up the contents of the directory and submit.
good luck
:)
-
I'm getting an error in submitqc when checking apache2.4:
submitqc: apache2.4.tcz binaries have been stripped? /
Some binaries have not been stripped:
usr/local/sbin/suexec
This may be intentional. Else to strip, use --strip.
You have warnings.
/usr/local/bin/submitqc: unset: line 834: ./usr/local/sbin/suexec: bad variable name
At which point the script dies and leaves an unpacked tcz directory.
-
Hi andyj
/usr/local/bin/submitqc: unset: line 834: ./usr/local/sbin/suexec: bad variable name
At which point the script dies and leaves an unpacked tcz directory.
Looking at line 834 it reads:
unset $BIN
I believe it should read:
unset BIN
Try replacing the link /usr/local/bin/submitqc with a copy of the file /tmp/tcloop/submitqc/usr/local/bin/submitqc and editing
out the extra $ sign to confirm it fixes the problem. I see a similar issue on line 657 that reads:
unset $FOUND
-
I checked the TC9 x86 version of submitqc. I suspect the same version is used in TC9 and TC10 for x86 and x86_64.
And possibly piCore too.
-
Hi andyj
/usr/local/bin/submitqc: unset: line 834: ./usr/local/sbin/suexec: bad variable name
At which point the script dies and leaves an unpacked tcz directory.
Looking at line 834 it reads:
unset $BIN
I believe it should read:
unset BIN
Try replacing the link /usr/local/bin/submitqc with a copy of the file /tmp/tcloop/submitqc/usr/local/bin/submitqc and editing
out the extra $ sign to confirm it fixes the problem. I see a similar issue on line 657 that reads:
unset $FOUND
Thanks for spotting that, unset command should be as per variable assignment as I understand, I'll fix that and update
thanks
-
Hi coreplayer2
... unset command should be as per variable assignment as I understand, ...
I suspected as much, especially when I saw the syntax of all the other unset commands. :)
-
Is first time I've ever seen the error.
Because I was curious , I ran
submitqc --fix nvidia-340.96-doc.tcz
without error..
Maybe the first time it ever had to report from checkcopyright() function, or second time the script was run?
Either way I'm curious if the edit fixed andyj's error?
-
Hi coreplayer2
I think the error occurred because because an unstripped binary was found and BIN was set. When the unset command
executed it tried to unset the contents of BIN which was:
./usr/local/sbin/suexec
Normally binaries are stripped so BIN is an empty string and no error occurs.
-
Hi coreplayer2
I think the error occurred because because an unstripped binary was found and BIN was set. When the unset command
executed it tried to unset the contents of BIN which was:
./usr/local/sbin/suexec
Normally binaries are stripped so BIN is an empty string and no error occurs.
It's weird that I use this extension extensively without seeing this error before, but glad we squashed this now
thanks
PS I'm assuming is fixed..
-
Hi coreplayer2
This is weird. I just recompiled watcher without stripping it. When I ran submitqc, it reported:
submitqc: watcher.tcz file/directory ownerships & permissions ok? Ok.
submitqc: watcher.tcz binaries have been stripped? /
Some binaries have not been stripped:
usr/local/bin/watcher
This may be intentional. Else to strip, use --strip.
You have warnings.
submitqc: watcher.tcz list file looks ok? Ok.
submitqc: watcher.tcz comparing list to mirror copy. Matches!
but it ran to completion. Maybe it just didn't like the leading ./ in the example by andyj.
-
This is the only extension I noticed a fail on in the 109 I ran it against. The strip should work, I use it for just about all of them:
for a in $(find $TCZ* -type f); do file -b $a | grep -q '^ELF .*not stripped$' && strip --strip-unneeded $a; done
I'm guessing the suid bit is keeping it from getting stripped. Somehow that's getting lost in the packaging process so I have to fix that too.
-
@Andyj.
Does removing the unset var prefix resolve the first issue?
Sent from my iPhone using Tapatalk
-
Yes, thank you.
-
Yes, thank you.
Great thanks for advising
Regards
Sent from my iPhone using Tapatalk
-
updated submitqc posted
-
updated submitqc posted
thanks Juanito