Re: Reiser4 for Linux-4.14, Reiser4progs-1.2.0, Libaal-1.0.7, Format 4.0.2
On Tue, Nov 28, 2017 at 7:05 PM, Metztli Information Technology <jose@metztli-it.com> wrote:
>
> On Tue, Nov 28, 2017 at 9:08 AM, Edward Shishkin <edward.shishkin@gmail.com> wrote:
>> On 11/28/2017 04:21 PM, Metztli Information Technology wrote:
>>>
>>> Appreciated Ed.
>>>
>>>> Hello,
>>>>
>>>> Please, download reiser4-for-4.14.1.patch which contains the fixup.
>>>>
>>> Updated patch works but had a rough time during the build procedure
>>> because zstd is used by btrfs as well:
>>
>>
>> This is something curious. Squashfs also uses zstd, as far as I know..
>
> Well, ignore-dups was 'quick hack' -- and it took me several build attempts to figure out
> at *which* package directory root it had to be touch'ed -- until I forced
> /usr/share/kernel-wedge/commands/find-dups
> to spit it out in the build log via its $configdir variable.
>
> Notwithstanding, except for Ben, we don't get much constructive feedback from Debian but I assume
> Squashfs and btrfs 'harmonious' zstd coexistence has to do with:
> "When you have duplicates, you need to find (or make) a package that both packages depend on, and move
> the duplicate modules to it."
> < https://github.com/pexip/os-kernel-wedge >
>
> As I have time, I will attempt to figure out which package Squashfs and btrfs depend on so as to
> potentianlly implement a patch to include reiser4 (SFRN) 4.0.2.
Actually we are ahead of Debian, Ed, as they are still using lzo and zlib for their filesystems compress/decompress, even
in their Unstable (Sid) distribution kernel packaging. So still using ignore-dups as there seems no adverse effect:
lsmod | grep -i reiser4
reiser4 454656 1
zstd_compress 167936 1 reiser4
zstd_decompress 86016 1 reiser4
As of this morning I am using the kernel.org upstream kernel 4.14.3-1, which I properly built this time with stretch GCC-6.x
(unlike my very first 4.14.2-1 effort --which I built with GCC-7). I have also built Felix's package of reiser4progs 1.2 (for consistency) stretch-backports.
After copying data in my development laptop to another storage medium, I reformated ~ 1.1TB partition with ZSTD and subsequenly migrated back my original data. I am impressed with initial performance of ZSTD over previous transparent-compression scheme. Still testing though...
I have uploaded relevant stretch-backports kernel/utilities build-generated reiser4 component software to SourceForge
< https://sourceforge.net/projects/metztli-reiser4/files/Reiser4-SFRN-4.0.2_Linux-4.14.3-1_for-Stretch/ >
< https://sourceforge.net/projects/metztli-reiser4/files/Reiser4-SFRN-4.0.2_reiser4progs-1.2.x-y.z_for-Stretch/ >
>
>>
>>
>>> ...
>>> some modules are in more than one package
>>> debian/reiser4-modules-4.14.0-1+reiser4.0.2-amd64-di
>>> lib/modules/4.14.0-1+reiser4.0.2-amd64/kernel/lib/xxhash.ko
>>> debian/btrfs-modules-4.14.0-1+reiser4.0.2-amd64-di
>>> lib/modules/4.14.0-1+reiser4.0.2-amd64/kernel/lib/xxhash.ko
>>> debian/reiser4-modules-4.14.0-1+reiser4.0.2-amd64-di
>>> lib/modules/4.14.0-1+reiser4.0.2-amd64/kernel/lib/zstd/zstd_compress.ko
>>> debian/btrfs-modules-4.14.0-1+reiser4.0.2-amd64-di
>>> lib/modules/4.14.0-1+reiser4.0.2-amd64/kernel/lib/zstd/zstd_compress.ko
>>> debian/reiser4-modules-4.14.0-1+reiser4.0.2-amd64-di
>>> lib/modules/4.14.0-1+reiser4.0.2-amd64/kernel/lib/zstd/zstd_decompress.ko
>>> debian/btrfs-modules-4.14.0-1+reiser4.0.2-amd64-di
>>> lib/modules/4.14.0-1+reiser4.0.2-amd64/kernel/lib/zstd/zstd_decompress.ko
>>> command exited with status 1
>>> make[2]: *** [install-udeb_amd64] Error 2
>>> debian/rules.real:498: recipe for target 'install-udeb_amd64' failed
>>> make[2]: Leaving directory '/usr/tzinti/build/kernel/tekitl-4.14.2/linux'
>>> make[1]: *** [binary-arch_amd64] Error 2
>>> debian/rules.gen:18: recipe for target 'binary-arch_amd64' failed
>>> make[1]: Leaving directory '/usr/tzinti/build/kernel/tekitl-4.14.2/linux'
>>> make: *** [binary-arch] Error 2
>>> debian/rules:50: recipe for target 'binary-arch' failed
>>> dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error
>>> exit status 2
>>>
>>> < https://pbs.twimg.com/media/DPuO9nKU8AEMTgx.jpg:large >
>>>
>>> Accordingly, in order for the build to proceed past the kernel-wedge show
>>> stopper, I had to
>>>
>>> touch debian/installer/amd64/ignore-dups
>>> < https://github.com/pexip/os-kernel-wedge >
>>> i.e.,
>>> --------------------------------
>>> % kernel-wedge help find-dups
>>> find-dups kernel-name
>>>
>>> Find duplicate modules. Pass the kernel name.
>>>
>>> Return 1 if any duplicates are found, unless $KW_CHECK_NONFATAL is
>>> non-empty or the configuration file 'ignore-dups' exists.
>>> --------------------------------------
>>>
>>> And the build procedure completed successfully at long last.
>>>
>>>> On 11/27/2017 03:37 PM, Metztli Information Technology wrote:
>>>>>
>>>>> Niltze, Ed-
>>>>>
>>>>>
>>>>> I've built libaal-1.0.7 and Reiser4progs-1.2.0 Debian packages for AMD64
>>>>> successfully and currently testing in a virtual machine.
>>>>>
>>>>> I've applied reiser4-for-4.14.0 patch to upstream kernel 4.14.2; Debian
>>>>> packaging for 4.14.2-xyz required GCC-7 for kernel build
>>>>>
>>>>> -- which I installed including relevant dependencies. Yet I have
>>>>> experienced (twice) the appended tail show stopper error:
>>>>> ...
>>>>>
>>>>> CC arch/x86/boot/compressed/pagetable.o
>>>>> CC arch/x86/boot/compressed/eboot.o
>>>>> AS arch/x86/boot/compressed/efi_stub_64.o
>>>>> AS arch/x86/boot/compressed/efi_thunk_64.o
>>>>> CC arch/x86/boot/compressed/misc.o
>>>>> XZKERN arch/x86/boot/compressed/vmlinux.bin.xz
>>>>> ERROR: "find_get_pages_range" [fs/reiser4/reiser4.ko] undefined!
>>>>> make[6]: *** [__modpost] Error 1
>>>>>
>>>>> /usr/tzinti/build/kernel/tekitl-4.14.2/linux/scripts/Makefile.modpost:92:
>>>>> recipe for target '__modpost' failed
>>>>> make[5]: *** [modules] Error 2
>>>>> /usr/tzinti/build/kernel/tekitl-4.14.2/linux/Makefile:1228: recipe for
>>>>> target 'modules' failed
>>>>> make[5]: *** Waiting for unfinished jobs....
>>>>> MKPIGGY arch/x86/boot/compressed/piggy.S
>>>>> AS arch/x86/boot/compressed/piggy.o
>>>>> DATAREL arch/x86/boot/compressed/vmlinux
>>>>> LD arch/x86/boot/compressed/vmlinux
>>>>> ZOFFSET arch/x86/boot/zoffset.h
>>>>> OBJCOPY arch/x86/boot/vmlinux.bin
>>>>> AS arch/x86/boot/header.o
>>>>> LD arch/x86/boot/setup.elf
>>>>> OBJCOPY arch/x86/boot/setup.bin
>>>>> BUILD arch/x86/boot/bzImage
>>>>> Setup is 17212 bytes (padded to 17408 bytes).
>>>>> System is 4433 kB
>>>>> CRC 231e180a
>>>>> Kernel: arch/x86/boot/bzImage is ready (#1)
>>>>> make[4]: *** [sub-make] Error 2
>>>>> Makefile:146: recipe for target 'sub-make' failed
>>>>> make[3]: *** [__sub-make] Error 2
>>>>> Makefile:24: recipe for target '__sub-make' failed
>>>>> make[3]: Leaving directory
>>>>> '/usr/tzinti/build/kernel/tekitl-4.14.2/linux/debian/build/build_amd64_none_amd64'
>>>>> make[2]: *** [debian/stamps/build_amd64_none_amd64] Error 2
>>>>> debian/rules.real:190: recipe for target
>>>>> 'debian/stamps/build_amd64_none_amd64' failed
>>>>> make[2]: Leaving directory
>>>>> '/usr/tzinti/build/kernel/tekitl-4.14.2/linux'
>>>>> make[1]: *** [binary-arch_amd64_none_amd64_real] Error 2
>>>>> debian/rules.gen:24: recipe for target
>>>>> 'binary-arch_amd64_none_amd64_real' failed
>>>>> make[1]: Leaving directory
>>>>> '/usr/tzinti/build/kernel/tekitl-4.14.2/linux'
>>>>> make: *** [binary-arch] Error 2
>>>>> debian/rules:50: recipe for target 'binary-arch' failed
>>>>> dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error
>>>>> exit status 2
>>>>>
Best Professional Regards.
--
Jose R R
http://metztli.it
---------------------------------------------------------------------------------------------
Download Metztli Reiser4: Debian Stretch with Linux 4.13
---------------------------------------------------------------------------------------------
for AMD64 https://sf.net/projects/metztli-reiser4/
Reply to: