Re: How to build a "linux-kbuild-.deb" package
On Mon, May 9, 2022 at 11:12 AM Robert Senger wrote: > > Hi all, > > I am building my own custom Kernel by doing this (short version): > > apt install linux-source > tar -xf linux-source-$VERSION.tar.xz > cd linux-source-$VERSION > make config > make LOCALVERSION="-custom" -j8 bindeb-pkg > > This creates binary packages for the kernel image, the kernel headers > and for linux-libc-dev. However, the kernel-headers package depends on > the linux-kbuild-$VERSION.deb package, which must be installed from the > debian repositories. > > Now I need to compile and install an older Kernel (with headers), for > which version there is no linux-kbuild available any more in the debian > repos. > > The debian website which describes the linux-kbuild-$VERSION.deb > package points to the linux sources as source for the linux-kbuild > package. > > But I have absolutely no idea how to build the linux-kbuild- > $VERSION.deb package from the linux sources. Searched around Google a > lot but with no success. > > So, what must I do to get a linux-kbuild deb package for a certain > older Kernel version, if I have the appropriate kernel sources > (installed as above) still available? > > Thanks! > > Robert > You may want to use the dpkg-buildpackage utility with the relevant Debian Packaging for your Linux kernel x.y.z ; this last can be obtained from https://anonscm.debian.org/git/kernel/linux.git Best Professional Regards. -- Jose R R http://metztli.it - Download Metztli Reiser4: Debian Bullseye w/ Linux 5.16.20 AMD64 - feats ZSTD compression https://sf.net/projects/metztli-reiser4/ - or SFRN 5.1.3, Metztli Reiser5 https://sf.net/projects/debian-reiser4/ --- Official current Reiser4 resources: https://reiser4.wiki.kernel.org/
Bug#971270: Bug#972678: initramfs-tools: bad error message when zstd requested but not installed
On Thu, Oct 22, 2020 at 8:06 AM Florian La Roche wrote: > > Hello Russel Coker, > > a fix is in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971270 > > best regards, greetings to you Russell, > > Florian La Roche > Tested your patch on initramfs-tools 0.139 -- which conf/initramfs.conf was modified to default to Zstd -- on an VirtualBox 6.1.16 Debian instance without Zstd package installed. < https://metztli.blog/media/blogs/ixiptli/139-with-non-existing-zstd-package.png?mtime=1603447297 > It fulfilled its intended purpose. Thank you, as well! Best Professional Regards. -- Jose R R http://metztli.it - Download Metztli Reiser4: Debian Buster w/ Linux 5.7.19 AMD64 - feats ZSTD compression https://sf.net/projects/metztli-reiser4/ --- Official current Reiser4 resources: https://reiser4.wiki.kernel.org/
Reiser4 enhanced Debian 9.x Linux 4.18.xy series hung.
Niltze, all- Ever since I build reiser4 -patched [1] Linux kernel 4.18.xy iterations I have had kernel hanging issues --which manifest themselves after considerable load and/or multitasking in my local development machine *and* in an vm instance running in Google Compute Engine (GCE). My root file systems are reiser4, Software Format Release Number (SFRN) 4.0.1 and 4.0.2. (Official current Reiser4 resources: < https://reiser4.wiki.kernel.org/ >) I have had very solid reiser4 Linux kernel builds for AMD64 up to now, for instance, uname -a Linux huitzilopochtli 4.14.0-3+reiser4.0.2-amd64 #1 SMP Debian 4.14.20-1+reiser4.0.2 (2018-02-18) x86_64 GNU/Linux which is part of what could be termed as 'Reiser4 the Debian Way' because I modify Debian's unstable (Sid) kernel packaging to build with GCC6 for Stretch-backports AMD64, i.e., < https://github.com/Metztli/reiser4-debian-kernel-packaging-4.14.20 > Notwithstanding, here is a portion of a hung Linux kernel 4.18.15-1 running on GCE cloud whose serial output is as follows: [14620.593659] Not tainted 4.18.0-2+reiser4.0.2-amd64 #1 Debian 4.18.15-1+reiser4.0.2 [14620.601867] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [14620.609814] kworker/u2:0D0 7 2 0x8000 [14620.615430] Workqueue: writeback wb_workfn (flush-8:0) [14620.620679] Call Trace: [14620.623354] ? __schedule+0x3f5/0x880 [14620.627144] schedule+0x32/0x80 [14620.630402] io_schedule+0x12/0x40 [14620.633969] __lock_page+0x119/0x160 [14620.637686] ? page_cache_tree_insert+0xe0/0xe0 [14620.797154] write_jnodes_to_disk_extent+0x373/0x550 [reiser4] [14620.803130] ? zlook+0x15/0x70 [reiser4] [14620.807304] ? utmost_child_internal+0x45/0x80 [reiser4] [14620.812783] write_jnode_list+0x7f/0xb0 [reiser4] [14620.817663] reiser4_write_fq+0x81/0x230 [reiser4] [14620.822579] ? longterm_unlock_znode+0xbf/0x2a0 [reiser4] [14620.828110] flush_current_atom+0x3ae/0x8a0 [reiser4] [14620.833290] flush_some_atom+0x113/0x530 [reiser4] [14620.838213] reiser4_writeout+0x151/0x230 [reiser4] [14620.843220] reiser4_writeback_inodes+0x9c/0x130 [reiser4] [14620.848885] writeback_sb_inodes+0x8f/0xb0 [14620.853169] __writeback_inodes_wb+0x87/0xb0 [14620.857564] wb_writeback+0x288/0x320 [14620.861352] ? wb_workfn+0x1a9/0x450 [14620.865044] wb_workfn+0x1a9/0x450 [14620.868600] process_one_work+0x191/0x370 [14620.872747] worker_thread+0x4f/0x3b0 [14620.876534] kthread+0xf8/0x130 [14620.879820] ? rescuer_thread+0x340/0x340 [14620.883945] ? kthread_create_worker_on_cpu+0x70/0x70 [14620.889120] ret_from_fork+0x35/0x40 [14620.892854] INFO: task freshclam:373 blocked for more than 120 seconds. [14620.899583] Not tainted 4.18.0-2+reiser4.0.2-amd64 #1 Debian 4.18.15-1+reiser4.0.2 [14620.907797] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [14620.915742] freshclam D0 373 1 0x [14620.921352] Call Trace: [14620.923919] ? __schedule+0x3f5/0x880 [14620.927695] schedule+0x32/0x80 [14620.930969] reiser4_go_to_sleep+0x5d/0x90 [reiser4] [14620.936177] ? remove_wait_queue+0x60/0x60 [14620.940422] reiser4_atom_wait_event+0xc4/0x140 [reiser4] [14620.945956] reiser4_uncapture_page+0x79/0x190 [reiser4] [14620.951391] reiser4_invalidatepage+0xcd/0x1a0 [reiser4] [14620.956820] truncate_cleanup_page+0x6f/0xc0 [14620.961254] truncate_inode_pages_range+0x220/0x8b0 [14620.966396] reiser4_invalidate_pages+0x46/0x60 [reiser4] [14620.972031] kill_hook_extent+0x157/0x4a0 [reiser4] [14620.977040] ? create_hook_extent+0xd0/0xd0 [reiser4] [14620.982230] call_kill_hooks+0xa7/0xe0 [reiser4] [14620.986969] ? kill_units+0x80/0x80 [reiser4] [14620.991458] ? kill_head+0x20/0x20 [reiser4] [14620.995865] ? keyeq+0x20/0x20 [reiser4] [14620.28] prepare_for_compact.isra.29+0x609/0x730 [reiser4] [14621.005891] ? lock_object+0x96/0x100 [reiser4] [14621.010538] ? _cond_resched+0x16/0x40 [14621.014461] ? jload_gfp+0x73/0x1d0 [reiser4] [14621.018950] kill_node40+0x3d/0xe0 [reiser4] [14621.023347] carry_cut+0x54/0x90 [reiser4] [14621.027579] reiser4_carry+0x1c4/0x360 [reiser4] [14621.032328] ? reiser4_add_carry+0x24/0x40 [reiser4] [14621.037413] kill_node_content+0x143/0x210 [reiser4] [14621.042499] cut_tree_worker_common+0x207/0x3f0 [reiser4] [14621.048033] ? reiser4_delete_node+0x220/0x220 [reiser4] [14621.053473] reiser4_cut_tree_object+0xf2/0x200 [reiser4] [14621.058999] ? validate_extended_coord+0x70/0x70 [reiser4] [14621.064726] cut_file_items+0x11f/0x1c0 [reiser4] [14621.069558] shorten_file+0x31/0x320 [reiser4] [14621.074233] delete_object_unix_file+0x3a/0xa0 [reiser4] [14621.079671] reiser4_evict_inode+0x80/0xd0 [reiser4] [14621.084763] evict+0xc1/0x1c0 [14621.087904] do_unlinkat+0x13f/0x320 [14621.091653] do_syscall_64+0x55/0x110 [14621.095478] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [14621.100766] RIP: 0033:0x7f05de584ea7 [14621.104451] Code: Bad RIP value. [14621.107908] RSP: 002b
Reiser4 / GCC6 for Debian Kernel 4.18.1x Packaging for Sid
Niltze, all- Attached please find a reiser4 patch for Debian kernel packaging for linux-4.18.1x source from Sid (Unstable). The patch enables kernel and modules build for stretch-backports, specifically AMD64 but i386 might work (untested). Building Reiser4 'the Debian Way', generates DEBs, such as headers, etc., for development; procedure also generates UDEBs suitable for Debian-Installer(d-i). Applying upstream Linux incremental patches, diligently, we can create a slightly higher kernel version than Debian's, i.e., by applying patch-4.18.10-11.xz, I am currently running: uname -a Linux huitzilopochtli 4.18.0-2+reiser4.0.2-amd64 #1 SMP Debian 4.18.11-1+reiser4.0.2 (2018-10-03) x86_64 GNU/Linux Further, by applying another delta patch-4.18.11-12.xz, I have just built: hyperv-daemons_4.18.12-1+reiser4.0.2_amd64.deb hyperv-daemons-dbgsym_4.18.12-1+reiser4.0.2_amd64.deb libcpupower1_4.18.12-1+reiser4.0.2_amd64.deb libcpupower1-dbgsym_4.18.12-1+reiser4.0.2_amd64.deb libcpupower-dev_4.18.12-1+reiser4.0.2_amd64.deb liblockdep4.18_4.18.12-1+reiser4.0.2_amd64.deb liblockdep4.18-dbgsym_4.18.12-1+reiser4.0.2_amd64.deb liblockdep-dev_4.18.12-1+reiser4.0.2_amd64.deb linux-compiler-gcc-6-x86_4.18.12-1+reiser4.0.2_amd64.deb linux-config-4.18_4.18.12-1+reiser4.0.2_amd64.deb linux-cpupower_4.18.12-1+reiser4.0.2_amd64.deb linux-cpupower-dbgsym_4.18.12-1+reiser4.0.2_amd64.deb linux-doc-4.18_4.18.12-1+reiser4.0.2_all.deb linux-headers-4.18.0-2+reiser4.0.2-all_4.18.12-1+reiser4.0.2_amd64.deb linux-headers-4.18.0-2+reiser4.0.2-all-amd64_4.18.12-1+reiser4.0.2_amd64.deb linux-headers-4.18.0-2+reiser4.0.2-amd64_4.18.12-1+reiser4.0.2_amd64.deb linux-headers-4.18.0-2+reiser4.0.2-cloud-amd64_4.18.12-1+reiser4.0.2_amd64.deb linux-headers-4.18.0-2+reiser4.0.2-common_4.18.12-1+reiser4.0.2_all.deb linux-headers-4.18.0-2+reiser4.0.2-common-rt_4.18.12-1+reiser4.0.2_all.deb linux-headers-4.18.0-2+reiser4.0.2-rt-amd64_4.18.12-1+reiser4.0.2_amd64.deb linux-image-4.18.0-2+reiser4.0.2-amd64_4.18.12-1+reiser4.0.2_amd64.deb linux-image-4.18.0-2+reiser4.0.2-cloud-amd64_4.18.12-1+reiser4.0.2_amd64.deb linux-image-4.18.0-2+reiser4.0.2-rt-amd64_4.18.12-1+reiser4.0.2_amd64.deb linux-kbuild-4.18_4.18.12-1+reiser4.0.2_amd64.deb linux-kbuild-4.18-dbgsym_4.18.12-1+reiser4.0.2_amd64.deb linux-libc-dev_4.18.12-1+reiser4.0.2_amd64.deb linux-perf-4.18_4.18.12-1+reiser4.0.2_amd64.deb linux-perf-4.18-dbgsym_4.18.12-1+reiser4.0.2_amd64.deb linux-source-4.18_4.18.12-1+reiser4.0.2_all.deb linux-support-4.18.0-2+reiser4.0.2_4.18.12-1+reiser4.0.2_all.deb lockdep_4.18.12-1+reiser4.0.2_all.deb usbip_2.0+4.18.12-1+reiser4.0.2_amd64.deb usbip-dbgsym_2.0+4.18.12-1+reiser4.0.2_amd64.deb cpi-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb ata-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb btrfs-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb cdrom-core-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb compress-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb crc-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb crypto-dm-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb crypto-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb efi-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb event-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb ext4-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb fat-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb fb-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb firewire-core-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb fuse-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb hyperv-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb i2c-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb input-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb isofs-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb jfs-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb kernel-image-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb loop-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb md-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb mmc-core-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb mmc-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb mouse-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb multipath-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb nbd-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb nic-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb nic-pcmcia-modules-4.18.0-2+reiser4.0.2-amd64-di_4.18.12-1+reiser4.0.2_amd64.udeb
Linux 4.14.14 kernel bug on line 152 fs/reiser4/block_alloc.c
Niltze, Ed- I had been using Linux kernel 4.14.14 built 'the Debian way' for a couple of days --doing some light VirtualBox development and successful virtual machine test/creation. Notwithstanding, today 01-25-2018 experienced black screen kernel bug trace during browser usage. I wrote down line number of reiser4 file. FYI: No dataloss but had to reboot Debian AMD64 system due to 'kernel bug' at reference file/line: invalid opcode: [#2] SMP PTI file []-4.14.14/linux/fs/reiser4/block_alloc.c -- [...] /* Static functions for / block counters arithmetic. Mostly, they are isolated to not to code same assertions in several places. */ static void sub_from_ctx_grabbed(reiser4_context * ctx, __u64 count) { BUG_ON(ctx->grabbed_blocks < count); # kernel bug line 152 assert("zam-527", ctx->grabbed_blocks >= count); ctx->grabbed_blocks -= count; } [...] - In addition to usual prior mentioned specific Linux 4.14.x series logged entries during kernel builds: fs/reiser4/carry.o: warning: objtool: fatal_carry_error.isra.5() falls through to next function print_level() fs/reiser4/txnmgr.o: warning: objtool: commit_txnh()+0x580: stack state mismatch: cfa1=7+120 cfa2=7+136 fs/reiser4/flush.o: warning: objtool: reverse_allocate_parent() falls through to next function squalloc_right_twig_cut.isra.27() fs/reiser4/wander.o: warning: objtool: reiser4_write_logs()+0x5a2: stack state mismatch: cfa1=7+184 cfa2=7+200 fs/reiser4/vfs_ops.o: warning: objtool: .text: unexpected end of section Best Professional Regards. -- Jose R R http://metztli.it - Download Metztli Reiser4: Debian Stretch w/ Linux 4.14 AMD64 - feats ZSTD compression https://sf.net/projects/metztli-reiser4/
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 wrote: > > On Tue, Nov 28, 2017 at 9:08 AM, Edward Shishkin > 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_decompress86016 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., >>>
Re: Reiser4 for Linux-4.14, Reiser4progs-1.2.0, Libaal-1.0.7, Format 4.0.2
On Tue, Nov 28, 2017 at 9:08 AM, Edward Shishkin 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. > > >> ... >> 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
Re: Reiser4 for Linux-4.14, Reiser4progs-1.2.0, Libaal-1.0.7, Format 4.0.2
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: ... 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
Re: Reiser4 for Linux-4.14, Reiser4progs-1.2.0, Libaal-1.0.7, Format 4.0.2
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/