Building TCZ extensions for Corepure64

[chiguireitor]

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.

[Juanito]

See here:

http://wiki.tinycorelinux.net/wiki:creating_extensions

Please compile the extension on corepure64 in the vm rather than on the debian host.

[chiguireitor]

Just sent the extension

The process seems fairly easy! Thanks a lot for the suggestion

[coreplayer2]

To ensure consistency of submitted extensions I use the submitqc.tcz audit script/extension to fix any anomalies with an extension and supporting files.

Code: [Select]

tce-load -i submitqc.tczthen go into the directory containing the new extension and info file, then open a terminal and run

Code: [Select]

submitqc --fix
when finished, tar up the contents of the directory and submit.

good luck

[andyj]

I'm getting an error in submitqc when checking apache2.4:

Code: [Select]

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.

[Rich]

Hi andyj

Code: [Select]

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

Code: [Select]

unset $BINI believe it should read:

Code: [Select]

unset BINTry 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:

Code: [Select]

unset $FOUND

[Rich]

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.

[coreplayer2]

Hi andyj

Code: [Select]

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

Code: [Select]

unset $BINI believe it should read:

Code: [Select]

unset BINTry 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:

Code: [Select]

unset $FOUND

Thanks for spotting that,    unset command should be as per variable assignment as I understand,  I'll fix that and update

thanks

[Rich]

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.

[coreplayer2]

Is first time I've ever seen the error.
Because I was curious , I ran

Code: [Select]

submitqc --fix nvidia-340.96-doc.tczwithout 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?

[Rich]

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:

Code: [Select]

./usr/local/sbin/suexecNormally binaries are stripped so  BIN  is an empty string and no error occurs.

[coreplayer2]

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:

Code: [Select]

./usr/local/sbin/suexecNormally 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..

[Rich]

Hi coreplayer2
This is weird. I just recompiled  watcher  without stripping it. When I ran  submitqc, it reported:

Code: [Select]

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.

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

Code: [Select]

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.

[coreplayer2]

@Andyj.   

Does removing the unset var prefix resolve the first issue?


Sent from my iPhone using Tapatalk