[Tizen Software Development] adfree:
Result of yesterday...

sh-3.2# xz -vd /tmp/android-fs.img
/tmp/android-fs.img (1/1)
xz: /tmp/android-fs.img: Filename has an unknown suffix, skipping
sh-3.2# mv android-fs.img android-fs.img.xz
sh-3.2# xz -vd /tmp/android-fs.img.xz
/tmp/android-fs.img.xz (1/1)
100 % 61.5 MiB / 122.6 MiB = 0.502 22 MiB/s 0:05

I compared decompressed TAR file from 7Zip Tool with xz from Tizen Studio Emulator...

1:1 same

So IMHO step 1 looks to me...

TAR...

I have no idea if symbolic Links are mandatory... these files fail if I decompress with PC and 7Zip...

Now I am trying to prepare my SM-Z130H for stupid and useless tests... because Tizen Mobile is dead since 3 years...

:cyclops:

Best Regards

Edit 1.

Z1 prepared with """latest""" Firmware... 3 years old...

sh-3.2# cd /opt/usr/media/Others
sh-3.2# ls
xz
sh-3.2# xz --help
sh: xz: command not found
sh-3.2# /opt/usr/media/Others/xz --help
sh: /opt/usr/media/Others/xz: Permission denied
sh-3.2# chmod +x xz
sh-3.2# /opt/usr/media/Others/xz --help
Usage: /opt/usr/media/Others/xz [OPTION]... [FILE]...
Compress or decompress FILEs in the .xz format.

-z, --compress force compression
-d, --decompress force decompression
-t, --test test compressed file integrity
-l, --list list information about .xz files
-k, --keep keep (don't delete) input files
-f, --force force overwrite of output file and (de)compress links
-c, --stdout write to standard output and don't delete input files
-0 ... -9 compression preset; default is 6; take compressor *and*
decompressor memory usage into account before using 7-9!
-e, --extreme try to improve compression ratio by using more CPU time;
does not affect decompressor memory requirements
-q, --quiet suppress warnings; specify twice to suppress errors too
-v, --verbose be verbose; specify twice for even more verbose
-h, --help display this short help and exit
-H, --long-help display the long help (lists also the advanced options)
-V, --version display the version number and exit

With no FILE, or when FILE is -, read standard input.

Report bugs to <lasse.collin@tukaani.org> (in English or Finnish).
XZ Utils home page: <http://tukaani.org/xz/>

xz is taken from Open Source Repo... of SM-Z300H... no idea why not in Z1 package... anyway...

Attached is RPM... you can extract with 7Zip...

ZIP->RPM->CPIO-->files... :D

Now I can try maybe "few" compress attempts... I hope...

Edit 2.

Wow.... slow... 5 minutes to wait... and I have forgotten the k parameter... keep input file instead delete it...

sh-3.2# /opt/usr/media/Others/xz -vz android-fs
android-fs (1/1)
100 % 61.5 MiB / 122.6 MiB = 0.502 421 KiB/s 4:58

Now I will check if result is valid for ACL installation...

Maybe later I will check if 7Zip Tool can create also valid xz file...

Edit 3.

This time with k for keep...

sh-3.2# /opt/usr/media/Others/xz -vkz android-fs
android-fs (1/1)
100 % 61.5 MiB / 122.6 MiB = 0.502 423 KiB/s 4:56

So both files are available...

android-fs.xz = result of xz
android-fs - input file...

Edit 4.

Interesting... result 1 and 2 is equal to Original file...

So this xz Binary creates for sure valid file...

Short tested with 7Zip Tool on Windows PC... result is few Bates smaller... no idea if I can change few settings... and result will be the same like xz...

Will check if xzdec can decompress...

Edit 5.

Strange... if I try xzdec via SDB it makes crap...

But in ACL seems work...

I was able to install ACL with XZ compressed Original TAR ... with 7Zip Tool on PC. :cool: :good:

So XZ problem solved to me...

Now I can try some modification to TAR file...