{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":765617179,"defaultBranch":"main","name":"kdump-utils","ownerLogin":"rhkdump","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2024-03-01T09:25:56.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/107095991?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1721034751.0","currentOid":""},"activityList":{"items":[{"before":"51d58ee802b076d3214b83cacaff18f8aada6372","after":"224d3102c54749eae98bfa1af8932aade8e4d2da","ref":"refs/heads/main","pushedAt":"2024-07-29T07:50:25.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"Support setting up Open vSwitch (Ovs) Bridge network\n\nResolves: https://issues.redhat.com/browse/RHEL-33465\n\nThis patch supports setting up an Ovs bridge in kdump initrd. An Ovs\nbridge is similar to a classic Linux bridge but we use ovs-vsctl to find\nout the Ethernet device (having the MAC address as the bridge) added to\nan Ovs bridge. Once we copy all the needed NetworkManager (NM) connection\nprofiles to kdump initrd and all the necessary files, NM will create an Ovs bridge\nautomatically in kdump initrd.\n\nIn the case of OpenShift Container Platform (OCP),\novs-configuration.service [1] is responsible for setting up an Ovs bridge.\nIn theory, we can also try to bring up the original physical network\ninterface before ovs-configuration.service. But this approach is\ncumbersome because it breaks our assumption that we should bring up the\nsame network in kdump intrd as in 1st kernel (establishing the same network\nin kdump initrd only needs to copy the needed NM connection profiles\nthus we don't need to learn how different network setup work under the\nhood).\n\nHow to test this patch with the help of configure-ovs.sh?\n=========================================================\n\n1. Extract configure-ovs.sh from [2]\n\n2. Install necessary packages for configure-ovs.sh\n dnf install openvswitch -yq\n dnf install NetworkManager-ovs nmap-ncat -yq\n\n systemctl enable --now openvswitch\n\n # restart NM so the ovs plugin can be activated\n systemctl restart NetworkManager\n\n3. Assume the network interface used for creating an Ovs bridge is\n \"ens2\", use configure-ovs.sh to create an Ovs bridge,\n\n interface=ens2\n mkdir -p /etc/ovnk\n echo $interface > /etc/ovnk/iface_default_hint\n bash configure-ovs.sh OVNKubernetes\n\n4. (Optional) If you want to make the created Ovs bridge survive a\n reboot, simply make the created NM connections created by\n configure-ovs.sh persist,\n\n cp /run/NetworkManager/system-connections/ovs-* /etc/NetworkManager/system-connections/\n\nIf you need to create an Ovs bridge on top of a bonding network, use the\nfollowing commands for step 3,\n\n nmcli con add type bond ifname bond0\n nmcli con add type ethernet ifname eth0 master bond0\n nmcli con add type ethernet ifname eth1 master bond0\n\n echo bond0 > /etc/ovnk/iface_default_hint\n bash configure-ovs.sh OVNKubernetes\n\nNote\n1. For RHEL, openvswitch3.3 may be installed so we need to get the\n package name by \"rpm -qf /usr/lib/systemd/system/openvswitch.service\"\n\n2. For RHEL9, openvswitch package needs to installed from another repo,\n cat << 'EOF' > /etc/yum.repos.d/ovs.repo\n [rhosp-rhel-9-fdp-cdn]\n name=Red Hat Enterprise Linux Fast Datapath $releasever - $basearch cdn\n baseurl=http://rhsm-pulp.corp.redhat.com/content/dist/layered/rhel9/$basearch/fast-datapath/os/\n enabled=1\n gpgcheck=0\n EOF\n\n dnf install openvswitch3.3 -yq\n\n3. We instruct ovsdb-server to ignore NM connection files changes by\n \"--ovsdb-server-options='--disable-file-column-diff'\". In the\n future, this may not be needed if we simply copy all active NM\n connection profiles to kdump initrd without changing them after\n coming up with different solutions for the following cases,\n 1. Some environments like some Azure machine doesn't use persistent\n NIC name. Current solution is to modify a NM connection\n profile to match a device by MAC address, for details check\n commit 568623e)\n\n 2. If a NIC has an IPv4 or IPv6 address, set the corresponding\n may-fail property to no. Otherwise, dumping vmcore over IPv6\n could fail because only IPv4 network is ready or vice versa. Current\n solution is to disable IPv6 if only IPv4 is used and vice versa,\n for details check commit 9dfcacf,\n\n 3. Some NICs need longer connection.wait-device-timeout otherwise\n the connection will fail to be established (commit 6b586a9).\n\n[1] https://github.com/openshift/machine-config-operator/blob/master/templates/common/_base/units/ovs-configuration.service.yaml\n[2] https://github.com/openshift/machine-config-operator/blob/master/templates/common/_base/files/configure-ovs-network.yaml\n\nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"Support setting up Open vSwitch (Ovs) Bridge network"}},{"before":"3dae02b1da8056b34dce36b6a904748202f8f033","after":"51d58ee802b076d3214b83cacaff18f8aada6372","ref":"refs/heads/main","pushedAt":"2024-07-17T01:08:29.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"Temporary disable PrivateTmp=yes\n\nUsing Privatetmp=yes will cause mountinfo changes, which will cause\nkdump started via systemd to fail in scenarios using bind mount such\nas coreos. Temporarily disable it until the bind mount problem is\nresolved.\n\nFixes: ea00b7db(\"kdumpctl: Move temp file in get_kernel_size to global temp dir\")\n\nSigned-off-by: Lichen Liu ","shortMessageHtmlLink":"Temporary disable PrivateTmp=yes"}},{"before":"08da772b0d813043c410243f7135388b2192be5d","after":"3dae02b1da8056b34dce36b6a904748202f8f033","ref":"refs/heads/main","pushedAt":"2024-07-17T00:15:07.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"Add Reviewed-by tag automatically when a PR gets approved\n\nUse https://github.com/marketplace/actions/add-reviewed-by to enable\nthis feature.\n\nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"Add Reviewed-by tag automatically when a PR gets approved"}},{"before":"8c07817abaa88cfc5c30dd2402044f1466e1aede","after":"08da772b0d813043c410243f7135388b2192be5d","ref":"refs/heads/main","pushedAt":"2024-07-12T06:32:30.000Z","pushType":"pr_merge","commitsCount":2,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"Automatically propose a release in Fedora using packit\n\nThis patch follows https://packit.dev/docs/guide so that\n1) a pull request will be created automatically against dist-git when\n there is a new release [1]\n2) a koji build will be triggered when the PR gets merged [2]\n3) a new update in Fedora Bodhi will be created after a successful Koji\n build [3]\n4) a RPM build will be to Fedora Copr build system when there is a pull\n request [4]\n\n[1] https://packit.dev/docs/configuration/upstream/propose_downstream\n[2] https://packit.dev/docs/configuration/downstream/koji_build\n[3] https://packit.dev/docs/configuration/downstream/bodhi_update\n[4] https://packit.dev/docs/configuration/upstream/copr_build\n\nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"Automatically propose a release in Fedora using packit"}},{"before":"13970060676f4c2e28662154f5505a096f3b2efd","after":"8c07817abaa88cfc5c30dd2402044f1466e1aede","ref":"refs/heads/main","pushedAt":"2024-07-08T00:45:21.000Z","pushType":"pr_merge","commitsCount":8,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"kdumpctl: Rewrite load_kdump\n\nThis rewrite removes an unneeded global variable and the need to\nmanually keep the command and debug print in sync. In addition it allows\nto easily check for unsupported options and print an error message. This\nbecomes important as the kexec_load system call (option -c) will be\ndisabled in the RHEL10 but not the Fedora kernel. So having this patch\nallows to have a simple RHEL-only patch without deviating from upstream\ntoo much.\n\nSigned-off-by: Philipp Rudo ","shortMessageHtmlLink":"kdumpctl: Rewrite load_kdump"}},{"before":"3028529915d3026e62b59d8f3faadddd410baa75","after":"13970060676f4c2e28662154f5505a096f3b2efd","ref":"refs/heads/main","pushedAt":"2024-07-04T03:38:54.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"dracut-module-setup: Remove remove_cpu_online_rule() since PowerPC uses nr_cpus\n\nNow, PowerPC uses nr_cpus cmdline option, there is no worry about\nbringing up all possible cpu since normally we finally only have 8 or 16\ncpus if nr_cpus=1 on PowerPC platform. So 40-redhat.rules will not raise\ntrouble.\n\nSigned-off-by: Pingfan Liu ","shortMessageHtmlLink":"dracut-module-setup: Remove remove_cpu_online_rule() since PowerPC us…"}},{"before":"98087d78eda2ca58a3b55ee5dd9e0e7bad8467ef","after":"3028529915d3026e62b59d8f3faadddd410baa75","ref":"refs/heads/main","pushedAt":"2024-07-04T03:02:19.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"kdumpctl: Drop default kexec '-d' option\n\nKernel commits cbc2fe9d9cb2 (\"kexec_file: add kexec_file flag to control\ndebug printing\") and a85ee18c7900 (\"kexec_file: print out debugging\nmessage if required\") added debug messages to the kexec_file_load system\ncall when option -d is provided to the kexec user space tool. As\nkexec_file_load is the default and option -d is set by default these\nmessages are always printed when a crash kernel is loaded. This not only\nclutters the kernel log but also potentially leaks confidential kernel\ninformation to users. As the messages are printed to the kernel log, not\nstderr, the redirection to /var/log/kdump.log won't catch them. This\nwill become even more problematic as for RHEL10 the kernel will be built\nwithout support for the kexec_load system call. So kexec_file_load will\nbe the only choice in the future.\n\nThe redirection also caused confusion in a recent bug report. There a\nuser moved a working /etc/sysconfig/kdump from ppc to s390 with\nKEXEC_ARGS containing the --dt-no-old-root option. This option is arch\nspecific and does not exist on s390. Thus the kexec-tools failed with an\n'unrecognized option' error followed by the usage(). The problem was\nthat the 'unrecognized option' error is printed to stderr, which got\nredirected to /var/log/kdump.log, while the usage() is printed to\nstdout, which ended up in the systemd journal. This caused confusion as\nthe user only checked the journal and found the usage() without any\nerror message.\n\nThus remove the default -d option and the redirection of stderr to\n/var/log/kdump.log for the kexec-tools user space tool.\n\nThis commit ultimately reverts 88a8b94 (\"kdumpctl: add the '-d' option to\nenable the kexec loading debugging messages\").\n\nSigned-off-by: Philipp Rudo ","shortMessageHtmlLink":"kdumpctl: Drop default kexec '-d' option"}},{"before":"b4e3d3724cf372493b404586126067ff66e550d6","after":"98087d78eda2ca58a3b55ee5dd9e0e7bad8467ef","ref":"refs/heads/main","pushedAt":"2024-06-27T07:15:27.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"Use \"grep -q <<< $(cmd)\" instead of \"cmd | grep -q\"\n\nThe following line of code's exit value should be the exit value of\ngrep by default:\n\n cmd | grep -q\n\nHowever it will not always work as expected, a 141 exit code may be\nreturned, see the following debug info:\n\n--- a/usr/lib/dracut/modules.d/99kdumpbase/module-setup.sh\n+++ b/usr/lib/dracut/modules.d/99kdumpbase/module-setup.sh\n@@ -55,6 +55,11 @@ depends() {\n _dep=\"$_dep ssh-client\"\n fi\n\n+ dracut --list-modules 1>&2\n+ echo $? 1>&2\n+ dracut --list-modules | grep -q lvmthinpool-monitor\n+ echo $? ${PIPESTATUS[0]} ${PIPESTATUS[1]} 1>&2\n+\n if is_lvm2_thinp_dump_target; then\n if dracut --list-modules | grep -q lvmthinpool-monitor; then\n add_opt_module lvmthinpool-monitor\n\n$ kdumpctl rebuild\nkdump: Rebuilding /boot/initramfs-6.10.0-0.rc4.11.el10.x86_64kdump.img\n...snip...\nlvmmerge\nlvmthinpool-monitor\n..snip...\nuefi-lib\n0\n141 141 0\n\nThe reason is, grep exits immediately when there is a match but the\nfirst cmd still keep writing to the pipe. Since there is no reader,\na SIGPIPE signal is generated. As a result, a 141 exit code will be\nreturned.\n\nLet's use the following line of code instead, which have the same effect\nbut works as expected:\n\n grep -q <<< $(cmd)\n\nSigned-off-by: Tao Liu ","shortMessageHtmlLink":"Use \"grep -q <<< $(cmd)\" instead of \"cmd | grep -q\""}},{"before":"ada6f5edf1ae06fc88759aa2f94d09e2a98d21ef","after":"b4e3d3724cf372493b404586126067ff66e550d6","ref":"refs/heads/main","pushedAt":"2024-05-29T01:34:49.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"fadump/udev: do not re-register fadump if kernel hotplug ready\n\nWith the introduction of kernel commit c6c5b14dac0d (\"powerpc: make fadump\nresilient with memory add/remove events\") linux kernel now internally manages\nthe update of elfcorehdr during memory add/remove events. So no need to\nre-register fadump if the /sys/kernel/fadump/hotplug_ready is set to 1.\n\nNo impact for kernels that do not have /sys/kernel/fadump/hotplug_ready\nsysfs.\n\nRelevant kernel commit links:\n1. https://msgid.link/20240422195932.1583833-2-sourabhjain@linux.ibm.com\n2. https://msgid.link/20240422195932.1583833-3-sourabhjain@linux.ibm.com\n\nSigned-off-by: Sourabh Jain ","shortMessageHtmlLink":"fadump/udev: do not re-register fadump if kernel hotplug ready"}},{"before":"659e0aae8f00570c85e82e1317153bf89e59929c","after":"ada6f5edf1ae06fc88759aa2f94d09e2a98d21ef","ref":"refs/heads/main","pushedAt":"2024-05-21T05:20:17.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"sysconfig: add pcie_ports compat to KDUMP_COMMANDLINE_APPEND on x86_64\n\nThere have been some of failing cases of kdump in 2nd kernel, where\nususally only one cpu is enabled by \"nr_cpus=1\", but with a large\nnumber of devices, which may easily exceed the maximum IRQ resources of\none cpu can handle. As a result, the 2nd kernel will hang and kdump\nfails. This issue is often observed on machines with many cpus and many\ndevices.\n\nOn those systems, pcieports consume quite proportion of IRQ resources,\nmany following message can be seen in dmesg log:\n\n pcieport 0000:18:01.0: PME: Signaling with IRQ 109\n\nAccording to kernel doc[1], when \"pcie_ports=compat\" applied, it will disable\nnative PCIe services (PME, AER, DPC, PCIe hotplug). Those functions are\npower management events, error reporting, performance, hotplug related,\nwhich are not the must-have functions for kdump. In addition, after\ntesting, no side effects such as cannot writing vmcore into sdx, nvme\netc been noticed.\n\nThis patch will disable native PCIe services for 2nd kernel, to saving the\nscarce IRQ resources and increase the kdump success.\n\nAttach Prarit's comments:\n\nThis makes sense to me. The only concern anyone should have is that a PCIE\nerror could have been responsible for taking down the kernel in the first\nplace, and booting into the second kernel could then also have a fatal\nproblem. I'm not sure we can ever fix that type of cascade of panics :)\nso it makes sense to disable these features.\n\n[1]: https://www.kernel.org/doc/html/v6.9-rc1/admin-guide/kernel-parameters.html\n\nSigned-off-by: Tao Liu \nAcked-by: Prarit Bhargava \nAcked-by: Dave Young ","shortMessageHtmlLink":"sysconfig: add pcie_ports compat to KDUMP_COMMANDLINE_APPEND on x86_64"}},{"before":"7a8edc8de67dccae23b01461bc3b17c0ad42aa5f","after":"659e0aae8f00570c85e82e1317153bf89e59929c","ref":"refs/heads/main","pushedAt":"2024-05-09T05:33:51.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"update 98-kexec rules for crash hotplug\n\nIn kernel, with the support of cpu/memory hotplug on crash, kdump\nreloading only needs to update the elfcorehdr.\n\nTo realize the benefits, we need prevent udev from updating kdump\nkernel on hot un/plug changes when detecting that the crash_hotplug\nsysfs nodes are present.\n\nLink: https://lore.kernel.org/lkml/20230814214446.6659-1-eric.devolder@oracle.com/\nLink: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d68b4b6f307d155475cce541f2aee938032ed22e\nSigned-off-by: Baoquan He ","shortMessageHtmlLink":"update 98-kexec rules for crash hotplug"}},{"before":"247c7a5f39b305f9a83bad2d936d00237165b7e0","after":"7a8edc8de67dccae23b01461bc3b17c0ad42aa5f","ref":"refs/heads/main","pushedAt":"2024-05-09T05:23:26.000Z","pushType":"pr_merge","commitsCount":2,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"Install the driver of physical device for a SR-IOV virtual device\n\nCurrently, network dumping failed over a NIC that is a Single Root I/O\nVirtualization (SR-IOV) virtual device. Usually the driver of the\nvirtual device won't specify the dependency on the driver of the\nphysical device. So to fix this issue, the driver of the physical device\nneeds to be found and installed as well.\n\nFixes: a65dde2d (\"Reduce kdump memory consumption by only installing needed NIC drivers\")\nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"Install the driver of physical device for a SR-IOV virtual device"}},{"before":"3528d53f6f4cf4de1a65832db453d6e5ed022a08","after":"247c7a5f39b305f9a83bad2d936d00237165b7e0","ref":"refs/heads/main","pushedAt":"2024-05-09T01:56:25.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"mkdumprd: Fix makedumpfile parameter check.\n\nIf only \"makedumpfile\" is written in \"core_collector\" of /etc/kdump.conf\nand try to run makedumpfile without options,\n\"makedumpfile --check-params\" fails and terminates abnormally.\n\n # grep ^core_collector /etc/kdump.conf\n core_collector makedumpfile\n # /usr/bin/kdumpctl start\n :\n Commandline parameter is invalid.\n Try `makedumpfile --help' for more information.\n kdump: makedumpfile parameter check failed.\n kdump: mkdumprd: failed to make kdump initrd\n kdump: Starting kdump: [FAILED]\n\nOn the other hand, \"makedumpfile --check-params\" works fine without any options.\n\n # makedumpfile --check-params vmcore dumpfile\n # echo $?\n 0\n\nIn addition, before verify_core_collector() was implemented,\ninitial RAM for kdump was successfully created using only \"core_collector makedumpfile\".\nI consider it a regression.\n\nThis is due to a parameter extraction error in verify_core_collector().\nFix it to correctly extract only the options as follows.\n\nFixes: a1c28126 (\"mkdumprd: Use makedumpfile --check-params option\")\nSigned-off-by: Mamoru Nishibe \nReviewed-by: Coiby Xu ","shortMessageHtmlLink":"mkdumprd: Fix makedumpfile parameter check."}},{"before":"b3620b0dbc3e0fb9a92ab5faf34ac3b4e7bb7bd9","after":"3528d53f6f4cf4de1a65832db453d6e5ed022a08","ref":"refs/heads/main","pushedAt":"2024-04-22T05:51:13.000Z","pushType":"pr_merge","commitsCount":2,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"Merge pull request #1 from prudo1/fixes/systemd_255_config_move\n\ndracut-module-setup: Fix missing systemd/system.conf error","shortMessageHtmlLink":"Merge pull request #1 from prudo1/fixes/systemd_255_config_move"}},{"before":"bee2bddd901298bf6c3d9ccdd326f68c16d7c1ab","after":"b3620b0dbc3e0fb9a92ab5faf34ac3b4e7bb7bd9","ref":"refs/heads/main","pushedAt":"2024-04-13T02:46:39.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"makedumpfile: remove explicit-lib-dependency zlib\n\nFix the following error found by rpmlint,\n makedumpfile.x86_64: E: explicit-lib-dependency zlib\n You must let rpm find the library dependencies by itself. Do not put unneeded\n explicit Requires: tags.\n\nSigned-off-by: Coiby Xu \nReviewed-by: Philipp Rudo \nReviewed-by: Dave Young ","shortMessageHtmlLink":"makedumpfile: remove explicit-lib-dependency zlib"}},{"before":"a6641737239b4b0150f8ed4e47750aa74d347404","after":null,"ref":"refs/tags/v1.0.42","pushedAt":"2024-04-13T01:54:15.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"}},{"before":"59cab9a444176006663cfc7395c60a66f16c3e01","after":"bee2bddd901298bf6c3d9ccdd326f68c16d7c1ab","ref":"refs/heads/main","pushedAt":"2024-04-13T01:48:56.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"makedumpfile: remove explicit-lib-dependency zlib\n\nFix the following error found by rpmlint,\n makedumpfile.x86_64: E: explicit-lib-dependency zlib\n You must let rpm find the library dependencies by itself. Do not put unneeded\n explicit Requires: tags.\n\nSigned-off-by: Coiby Xu \nReviewed-by: Philipp Rudo \nReviewed-by: Dave Young ","shortMessageHtmlLink":"makedumpfile: remove explicit-lib-dependency zlib"}},{"before":"a6641737239b4b0150f8ed4e47750aa74d347404","after":"59cab9a444176006663cfc7395c60a66f16c3e01","ref":"refs/heads/main","pushedAt":"2024-04-13T01:46:12.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"makedumpfile: remove explicit-lib-dependency zlib\n\nFix the following error found by rpmlint,\n makedumpfile.x86_64: E: explicit-lib-dependency zlib\n You must let rpm find the library dependencies by itself. Do not put unneeded\n explicit Requires: tags.\n\nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"makedumpfile: remove explicit-lib-dependency zlib"}},{"before":"c4d8597891fd90070878c5cbdf1de7c5ead2b8cf","after":null,"ref":"refs/tags/v1.0.42","pushedAt":"2024-04-09T02:57:32.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"}},{"before":"c4d8597891fd90070878c5cbdf1de7c5ead2b8cf","after":"a6641737239b4b0150f8ed4e47750aa74d347404","ref":"refs/heads/main","pushedAt":"2024-04-09T02:56:58.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"makedumpfile: remove explicit-lib-dependency zlib\n\nFix the following error found by rpmlint,\n makedumpfile.x86_64: E: explicit-lib-dependency zlib\n You must let rpm find the library dependencies by itself. Do not put unneeded\n explicit Requires: tags.\n\nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"makedumpfile: remove explicit-lib-dependency zlib"}},{"before":"54535bdf7b80306bd34ad6e2b5844005e479acd7","after":null,"ref":"refs/tags/v1.0.42","pushedAt":"2024-04-09T02:39:55.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"}},{"before":"1fe4561816a59903e15950ae8db2fb49ac4f983e","after":"c4d8597891fd90070878c5cbdf1de7c5ead2b8cf","ref":"refs/heads/main","pushedAt":"2024-04-09T02:39:35.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"makedumpfile: remove explicit-lib-dependency zlib\n\nFix the following error found by rpmlint,\n makedumpfile.x86_64: E: explicit-lib-dependency zlib\n You must let rpm find the library dependencies by itself. Do not put unneeded\n explicit Requires: tags.\n\nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"makedumpfile: remove explicit-lib-dependency zlib"}},{"before":"d175615d20213c531cdd1364b2ad43837cae5a7f","after":"1fe4561816a59903e15950ae8db2fb49ac4f983e","ref":"refs/heads/main","pushedAt":"2024-04-09T02:35:21.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"makedumpfile: remove explicit-lib-dependency zlib\n\nFix the following error found by rpmlint,\n makedumpfile.x86_64: E: explicit-lib-dependency zlib\n You must let rpm find the library dependencies by itself. Do not put unneeded\n explicit Requires: tags.\n\nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"makedumpfile: remove explicit-lib-dependency zlib"}},{"before":"54535bdf7b80306bd34ad6e2b5844005e479acd7","after":"d175615d20213c531cdd1364b2ad43837cae5a7f","ref":"refs/heads/main","pushedAt":"2024-04-09T02:25:58.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"makedumpfile: remove explicit-lib-dependency zlib\n\nFix the following error found by rpmlint,\n makedumpfile.x86_64: E: explicit-lib-dependency zlib\n You must let rpm find the library dependencies by itself. Do not put unneeded\n explicit Requires: tags.\n\nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"makedumpfile: remove explicit-lib-dependency zlib"}},{"before":"18b1363e1cd693073ef827fd5d72d99edd22197d","after":null,"ref":"refs/tags/v1.0.42","pushedAt":"2024-04-09T01:10:49.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"}},{"before":"8fbd91fff3c5599115fb8f241069ce106de38e33","after":"54535bdf7b80306bd34ad6e2b5844005e479acd7","ref":"refs/heads/main","pushedAt":"2024-04-09T01:05:57.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"kexec-tools: use make_install\n\nuse consistent build flags %make_install to have the benefits like\nenabling parallel building automatically.\n\nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"kexec-tools: use make_install"}},{"before":"18b1363e1cd693073ef827fd5d72d99edd22197d","after":"8fbd91fff3c5599115fb8f241069ce106de38e33","ref":"refs/heads/main","pushedAt":"2024-04-09T01:01:25.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"Fix potential-bashisms in monitor_dd_progress\n\nAs suggested by Carl [1],\n> /usr/lib/dracut/modules.d/99kdumpbase/monitor_dd_progress has some\n> inconsistencies with other scripts in that directory. It is missing the\n> .sh extension and is not executable. The latter is resulting in an\n> rpmlint error.\n\n[1] https://bugzilla.redhat.com/show_bug.cgi?id=2239566#c2\n\nSuggested-by: Carl George \nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"Fix potential-bashisms in monitor_dd_progress"}},{"before":"ec0dde443eb6c602f3409d2221450ec625986d4e","after":null,"ref":"refs/tags/v1.0.42","pushedAt":"2024-04-09T00:19:25.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"}},{"before":"ec0dde443eb6c602f3409d2221450ec625986d4e","after":"18b1363e1cd693073ef827fd5d72d99edd22197d","ref":"refs/heads/main","pushedAt":"2024-04-09T00:19:10.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"},"commit":{"message":"Fix potential-bashisms in monitor_dd_progress\n\nAs suggested by Carl [1],\n> /usr/lib/dracut/modules.d/99kdumpbase/monitor_dd_progress has some\n> inconsistencies with other scripts in that directory. It is missing the\n> .sh extension and is not executable. The latter is resulting in an\n> rpmlint error.\n\n[1] https://bugzilla.redhat.com/show_bug.cgi?id=2239566#c2\n\nSuggested-by: Carl George \nSigned-off-by: Coiby Xu ","shortMessageHtmlLink":"Fix potential-bashisms in monitor_dd_progress"}},{"before":"a8cb97f877be7e9a1ebb5a6de1a0690fa5c846ea","after":null,"ref":"refs/tags/v1.0.42","pushedAt":"2024-04-09T00:16:26.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"coiby","name":"Coiby","path":"/coiby","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1511656?s=80&v=4"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEi51nNgA","startCursor":null,"endCursor":null}},"title":"Activity · rhkdump/kdump-utils"}