Processed: reassigning bugreport to kernel
Processing commands for cont...@bugs.debian.org: > reassign 1069735 linux-image-6.6.15-amd64 Bug #1069735 [general] general: atlantic driver doesn't work on thinkpad Bug reassigned from package 'general' to 'linux-image-6.6.15-amd64'. Ignoring request to alter found versions of bug #1069735 to the same values previously set Ignoring request to alter fixed versions of bug #1069735 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 1069735: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069735 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Accepted nvidia-open-gpu-kernel-modules 545.23.06-1 (source) into experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 29 Mar 2024 09:59:11 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 545.23.06-1 Distribution: experimental Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (545.23.06-1) experimental; urgency=medium . * New upstream beta 545.23.06 (2023-10-17). * Sync with src:nvidia-graphics-drivers. * Upload to experimental. Checksums-Sha1: 06aeca786526e984ce2ca3e05d1d4a9840427669 2722 nvidia-open-gpu-kernel-modules_545.23.06-1.dsc 406659fa4e8566e2a74e2a588b27a51382c2d398 12649332 nvidia-open-gpu-kernel-modules_545.23.06.orig.tar.xz e09787c633e24efcf27b171c640b4fca8f8f97c2 24180 nvidia-open-gpu-kernel-modules_545.23.06-1.debian.tar.xz 59d7e5ef7b0af0d15feb25954976e7f6960789ec 5787 nvidia-open-gpu-kernel-modules_545.23.06-1_source.buildinfo Checksums-Sha256: fa7c5b999d4f85d9b45445bf724503c2a76aea3125fb72b368a3db19a8d24e95 2722 nvidia-open-gpu-kernel-modules_545.23.06-1.dsc 0cb06fc5bc0c6d09c0e47091b1c09f790363d07d53b8fd15e7c7516e8eed7757 12649332 nvidia-open-gpu-kernel-modules_545.23.06.orig.tar.xz f53c94a7b01282b1d762e54f86bfe6672efbb4d0c10965e437284282d0beca75 24180 nvidia-open-gpu-kernel-modules_545.23.06-1.debian.tar.xz 01ce0aa192c0a3b8aa64312aadbaeb63b5c722fc65dbd2936c22c52726382f57 5787 nvidia-open-gpu-kernel-modules_545.23.06-1_source.buildinfo Files: 0e4cfb37bb4ccfb23ecf869e259ac0e1 2722 contrib/kernel optional nvidia-open-gpu-kernel-modules_545.23.06-1.dsc f377d1aa78160b1753297726853c67f6 12649332 contrib/kernel optional nvidia-open-gpu-kernel-modules_545.23.06.orig.tar.xz dd680f8d9b251e0d19ae27854a26ed6b 24180 contrib/kernel optional nvidia-open-gpu-kernel-modules_545.23.06-1.debian.tar.xz 2c6dd4b7c15ec46ba879bc77209dac8a 5787 contrib/kernel optional nvidia-open-gpu-kernel-modules_545.23.06-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmYGhegQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCJt6D/9GlwmfmJNUnzpWkp879UVYli/cqVUisOr2 lrhQOe0hNBuSCPpz3EJ6pfq0WrYQd6/RSKjoFC+YmU6dNN2G92hZQYkBBa71dZOj 3t19Amudn0R8eU9Pwv53+ManKQyFLJlQp73OS5wjN5qbpfPtYCfzxhiyk9lssscu 8B9fgBlqvRhxUhUK2JYJWZv5wRoo1hOJk0z0YUbOkQdoJFthy8tVN2B8S3XrM00e 5rb91IdAt6gJ/SlV01qjZSx/ureFq/yzAwyZOMlI0JeRj5ke5fXNQMg520C+Qesh TuSONSOZPDGqDE1BuaCJv6flaEwIEgPC0FinoqmWAxWyPUYaHI/tnvA/L4Jj/aFv qjpi05t614zovMAsmujVS5IKC6rrb3q8u80ob6wSiu+M5lawM4vC4ONfzgI908Aw UpyyrgVAYRJtBuK85ek0Ht7np2B+HYn/cQOQnyoFQ5w0ktlrkICuHrxIM/xSmUmV 1ymrG8cG8H5mItjcSIhE2ey3a/Qx2ExgrplBcKsaJ+JmL68TB/TIuj/GMHwNiBA7 vPRp/P7Uo7+woU1C6chH4tdD+0pTr6o3/btF78+xY3S4GfRKpOPjd+hoci8stbM9 FClqEFzAVu7DWmoeU5GApbsIlsgl8Sa2KDZh1k2KNKHQKCMgjOHgr9+qGVBcnBgj KqL3iNLEPA== =9uQP -END PGP SIGNATURE- pgp8F5f8oBlx4.pgp Description: PGP signature
Accepted nvidia-open-gpu-kernel-modules 535.161.08-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 28 Mar 2024 07:52:45 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 535.161.08-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (535.161.08-1) unstable; urgency=medium . * New upstream Tesla branch release 535.161.08 (2024-03-18). * Upload to unstable. Checksums-Sha1: e151fb7aa4521d3be916c2f4aff184850c6c8f84 2729 nvidia-open-gpu-kernel-modules_535.161.08-1.dsc 8f80ab15bf2121b39aaf7b31ed938e7c86ac8154 12492680 nvidia-open-gpu-kernel-modules_535.161.08.orig.tar.xz bbc80ec0bd15087b63e42c6ce554ae03ebcb5035 20424 nvidia-open-gpu-kernel-modules_535.161.08-1.debian.tar.xz 972f2a121aa0f5c3d40c704e9dd515ac617cd233 5768 nvidia-open-gpu-kernel-modules_535.161.08-1_source.buildinfo Checksums-Sha256: 63ed799e3ac3b2935c5a8b095a2b9230ab03ff1aa0d72f8e51a95c9495680565 2729 nvidia-open-gpu-kernel-modules_535.161.08-1.dsc 4baceef6184386ecd97d1426125b5c38b14df3e0d4c5931ea9eda619e4dcc28a 12492680 nvidia-open-gpu-kernel-modules_535.161.08.orig.tar.xz 0b72c205983b46de7a4b0622b39d1ec9cd7837111b1c446ff32f592d9b70544f 20424 nvidia-open-gpu-kernel-modules_535.161.08-1.debian.tar.xz a634e6f146db820db4ca23d7130755068d74357693b6a707204046c9c46ea784 5768 nvidia-open-gpu-kernel-modules_535.161.08-1_source.buildinfo Files: e9981c5ff51329b3684d6fe8bdb8139f 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.161.08-1.dsc b6ef3490831ec6e933a9259af56d429e 12492680 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.161.08.orig.tar.xz 686d76b74967cd7a71a26b6514a2d0a4 20424 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.161.08-1.debian.tar.xz 5edc0f82ae618050b57b7aea2ac7906d 5768 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.161.08-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmYFFasQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCMClD/0ViMWirAwEIigZuVP3zmbucxtGecedfrtE dXolnR2ukytPQ+FkUkOfW1LgDfWm9VjSuT3iVgmRMyjPUTNVO7aI25WealCcy2Ci w/Ho602zFHSn6GNiV/rbJteKw/qcd7EX3XU9a9n3IRVbZO16NhH7hi2rLyqbZWQ0 kK/aRC8iAMDRCTPYektX8e5gSid27eP+g5FdRzfJwU0e51DVLNiCfHAqg/o1Jbwb HyOZpefeJyc0Amm/NrOzkoye8kUF7PQN5s69S1ATZNHU/79G6A/hEiTgeVscBcde HePOb8JUyQl8KEFEavbsQcLcsr9xrdjronU+yL4YoB9Mq+pEzkajoWzX82idp8UP V3z4ZlSx0U4NqkKdrlOfaHkhGXprmrX5Q0QZpeicjoBzrXwhY00XHP3/gCbnt/JF Fe/zZEL5bev2kD5UR32UQKQRyxkeNTdHu/mCuHL7MUiaYE7mSJ2iLRGefC3WvmO+ ZPH+usKsnRrYPu0YQFgjTdTgL7ZHOHLk0q+E/x3K+lXO3fCRZIJTQjLIZ/Na2d77 5MlW7+FNg78JWu1Kf5SmIDSgPEk4Wzd/K/L0/vT8LI8nRUYkJCteqiK68SEOZlzK 4Af12GYysGUb7OCfkhPeIlzkGbqIo57orUEQOg66VyK0DzVcT7fZYQvYDgaWbV5g 9I+9Tb2nyw== =dX5X -END PGP SIGNATURE- pgpD7kSpIHteE.pgp Description: PGP signature
Accepted nvidia-open-gpu-kernel-modules 535.154.05-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 27 Mar 2024 18:28:57 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 535.154.05-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (535.154.05-1) unstable; urgency=medium . * New upstream LTS and Tesla branch release 535.154.05 (2024-01-16). * New upstream long term support branch release 535.146.02 (2023-12-07). * Sync with src:nvidia-graphics-drivers. Checksums-Sha1: 58c0124c5303aa07a4a7e8242ef838f50de4e8a5 2729 nvidia-open-gpu-kernel-modules_535.154.05-1.dsc b67594bfa3b5b7241ce51690eebcef1d5bdcfd3b 12482832 nvidia-open-gpu-kernel-modules_535.154.05.orig.tar.xz 77e1836c24c98ed39c93d3c2c9a469e3675a2a87 22412 nvidia-open-gpu-kernel-modules_535.154.05-1.debian.tar.xz 2f47ac03735bfa02d26b278a594b6d56af87032b 5772 nvidia-open-gpu-kernel-modules_535.154.05-1_source.buildinfo Checksums-Sha256: 90f3ccdf0d6fa5046cd12471f6dc1d7998a5104d561dbac286e26934d27e55b2 2729 nvidia-open-gpu-kernel-modules_535.154.05-1.dsc 8bc47e27056e87da87b14a504c85a8ca7edd213e7d580d2f6ef5d384c3c9314e 12482832 nvidia-open-gpu-kernel-modules_535.154.05.orig.tar.xz eccdedc68d48e3b3fe1a96977e03eca67e96ced0682fa54105ecf56fa546f310 22412 nvidia-open-gpu-kernel-modules_535.154.05-1.debian.tar.xz 5e83ee99ba15f9a4d7ef08eb36ccba68e495ed3f3dbe3c21947659a0dce63a1e 5772 nvidia-open-gpu-kernel-modules_535.154.05-1_source.buildinfo Files: c0d27afff1f990fe86ac8d310686ba5c 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.154.05-1.dsc 114b391d6d86f66bf2efc0fc78011d8e 12482832 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.154.05.orig.tar.xz dd4252d8013a96908a4662b76154d822 22412 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.154.05-1.debian.tar.xz 8610c48ea77d0e7c3262e9907a31219c 5772 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.154.05-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmYEWGYQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCMyND/9npERwEF5ta/xOmJ48xp/4bV9IebaTK8mQ mNCsXrgCTOT2RhsUrRfABSIySRxvl2ACvpIK7H8oKizzH2esl0sePEjhH5G4PG3x 0xG2y8+djZe/HA4EN9zsvZ2Xmgsd6w4OuVAPfxbGK3aULuNakMGwd5yQgLNuiheq 510/bG92VFrinulg7g4V5GtvPR6Ld23FgO6n/qy63hEjCBmAD5qHl/LnMy79V3fS PxEGOXCzKZIUjiljavLAWj8ZIjHjFydIkdmocM2sXgGW3jjgBXlu9AH2LvPAMW+Q NG3j0m0Xasbjut4i3TiscCOF9wuwTjkEsdwnpME1C7UGH8Y4Kn3i5KbgPAA8EqE6 hCUYDm6rl6xrtf0w/mG8vpxwlVpPywvn9wQlkWH1kATZGBKNX+Fig7PKUyKcJRn3 kYuLKCIJsQ6eC1ESrr0snU1GA4S2s5v/O27oTM2vN72k3IZS9QDQCVgHMpmPl9tj r6TTP3tLe2geY34hNzFsRvgNRs4LBk6sIONGsGwm6G2a1UHRT5SrlpGstEdzDnOh 78u7efPmNkegb+rj+3J48LVjbPNKOIA2rXY++183VQgUXHJxrwEYS8n0qa0Njyw7 yblGM+M0sDCSnwKYLro6K7r+2s9Tz5Uc+NPmH6Z/5U8WJr9qF313J/f/043j1Zh3 kIGjDJwCaA== =h8MG -END PGP SIGNATURE- pgplGNudE5D28.pgp Description: PGP signature
Accepted nvidia-open-gpu-kernel-modules 535.129.03-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 27 Mar 2024 11:14:40 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 535.129.03-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Closes: 1055144 Changes: nvidia-open-gpu-kernel-modules (535.129.03-1) unstable; urgency=medium . * New upstream LTS and Tesla branch release 535.129.03 (2023-10-31). * Fixed CVE-2023-31022. (Closes: #1055144) https://nvidia.custhelp.com/app/answers/detail/a_id/5491 * Sync with src:nvidia-graphics-drivers. Checksums-Sha1: cb719ba3d1cfae9e1b3d79236e13e15a3e7a2ec0 2729 nvidia-open-gpu-kernel-modules_535.129.03-1.dsc 08359bfcc6cceb0e153d11cc4dee1399c8f94476 12498528 nvidia-open-gpu-kernel-modules_535.129.03.orig.tar.xz 8ec8229036ed247b34de2b22ea38be66e005393b 24064 nvidia-open-gpu-kernel-modules_535.129.03-1.debian.tar.xz fb30f10be70f82a7b3a455622f4d5310fdfe1014 5772 nvidia-open-gpu-kernel-modules_535.129.03-1_source.buildinfo Checksums-Sha256: 4fa67e9528fcab621970d76b177d4e7a2274eee98069847bcec5ee6419a71979 2729 nvidia-open-gpu-kernel-modules_535.129.03-1.dsc 0e250ff83e701ef6a07dfd70ff3989224e044d33205eea2dc4e4c5f46ef87373 12498528 nvidia-open-gpu-kernel-modules_535.129.03.orig.tar.xz cbe500cd852acea04de21b7be3e32305e85b36d6cb2097874bb3ec7bbf631ec0 24064 nvidia-open-gpu-kernel-modules_535.129.03-1.debian.tar.xz 2c9bd80006677f9db71346b5d8eca82ae5a6d5460b12ea4043a05c032fdd1184 5772 nvidia-open-gpu-kernel-modules_535.129.03-1_source.buildinfo Files: da6ee2b376e88fb50642d6dafaccdf19 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.129.03-1.dsc ffea31394137259b3e6460ec03f9bd34 12498528 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.129.03.orig.tar.xz 1b277def12cda7bf5df26022475c3b40 24064 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.129.03-1.debian.tar.xz 2193cb7f5d9c16fc6f653bcfe27dacdc 5772 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.129.03-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmYD81YQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCHblD/95cSv9sEBmlwC/Yu9ZnBc50tEfq6KKd1DY vUxnLVYragUaNYjOfz+yV7nKK4tZULogxU3NCasmxYxu6OS7NeiRM+WF5JBY57Aw 3NrijjsWGxuhD7Z0tpoeLMfzXf+av86jECH10+FIcEDUTPi5QQGjIp3BU66L/eok 0QdlkuiBEUwb3Pt+VzCfPouLwG//ygmA7UPIN6DS2JAGap6sXsRmiC+i+q9TQVCU KJ+8oGlfeShujOrsOwU29vP1LcPBYhQxskQmmfp0QWnDFt3L2L7A+EMalFRHRZ0p sozEzsCuWOCOKe7QLSEDdjROVzNMbBpe+1zkU+ojnqBPrWsfJBVRmIRssO+dapto n1Q66xDO+jkKn6v9CoqCkeK8Q1ATe3QvKr0IbazBRUunM5LffoKUlQzYNf9qUSSr LeftHwmwOWtHMCJeWRoBsY1bfNdHLNmwCR6TkAGwqqZ2tAv0CBd0ukwserbodGVR YHmB8kcbJ9IRgK+xNXtFvd2WGMf+2k+NznzV2N89WE09zHa3iNylPwgPOYumAhLH iTK+TCL9FlQyViei1dEY35EP4Eckr9XpgUwK8GJVWhbYQPeuTbR5y735g7AFPEcs yf52eGugCaC+yUHdv4bs54xZR8zIlYPUYDQBO38+xsKK+1H7OCarwK2IYmQ/98hC McpnR4QGHw== =Pd/e -END PGP SIGNATURE- pgpMQeYtA5fON.pgp Description: PGP signature
Accepted nvidia-open-gpu-kernel-modules 535.161.07-1 (source) into experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 27 Mar 2024 07:58:43 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 535.161.07-1 Distribution: experimental Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Closes: 1055144 1064991 Changes: nvidia-open-gpu-kernel-modules (535.161.07-1) experimental; urgency=medium . * New upstream LTS and Tesla branch release 535.161.07 (2024-02-22). * Fixed CVE-2024-0074, CVE-2024-0075, CVE-2024-0078. (Closes: #1064991) https://nvidia.custhelp.com/app/answers/detail/a_id/5520 * New upstream LTS and Tesla branch release 535.154.05 (2024-01-16). * New upstream long term support branch release 535.146.02 (2023-12-07). * New upstream LTS and Tesla branch release 535.129.03 (2023-10-31). * Fixed CVE-2023-31022. (Closes: #1055144) https://nvidia.custhelp.com/app/answers/detail/a_id/5491 * Refresh patches. * Sync with src:nvidia-graphics-drivers. * Upload to experimental. Checksums-Sha1: e732030f8634da89d83d2d5b5e83f90e0d3c70d2 2729 nvidia-open-gpu-kernel-modules_535.161.07-1.dsc 982ffcddb8b71ad9ac5935fae11af6e3726c50e2 12494976 nvidia-open-gpu-kernel-modules_535.161.07.orig.tar.xz 588cbca3e347578a1d758211603b3238ccd2a9e0 20336 nvidia-open-gpu-kernel-modules_535.161.07-1.debian.tar.xz bd33750a877e80077e47f4f6b84a340a6f25d7c2 5772 nvidia-open-gpu-kernel-modules_535.161.07-1_source.buildinfo Checksums-Sha256: 2eb39ad354dcebd6663f7e3ecf476194558577d701e52afd248ad6d553f0ee2d 2729 nvidia-open-gpu-kernel-modules_535.161.07-1.dsc 039c14f2092b26fca7f79d1f7b484c2fd01c4042893a782dd4caed573d0f 12494976 nvidia-open-gpu-kernel-modules_535.161.07.orig.tar.xz 7197240cd82d481646ac744ed01a40149bc6b0c6d5d294338e826c95d0dbbb4d 20336 nvidia-open-gpu-kernel-modules_535.161.07-1.debian.tar.xz 1eef9ff493c141632659de77907ef78ff2c897fe03d9bab3ae1420155ffd58de 5772 nvidia-open-gpu-kernel-modules_535.161.07-1_source.buildinfo Files: dce2a6155941bc774565db0fcdd296ba 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.161.07-1.dsc ef0fc37c6e301ce20af1cf1ed6e5ddb2 12494976 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.161.07.orig.tar.xz 79ba90b831c5e32cd0960ad584ed0435 20336 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.161.07-1.debian.tar.xz aabf7eb67af0293b4a59521784e56b02 5772 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.161.07-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmYDxQsQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCDgcEACjoOsdSB4r04jPtHin3rpeblVcp+TzGOMf 1NmOR8qiaiNl0W5AsWWLnKoQmtxZXLqWroTUHev9xfJDavtJvw1UzhPNFy7cI1HU ZGdc/0Cp2OmfhlZ5zsvAA+imhffIfzlJZnPaQGTwRBkR9Kun7phzoqrSFqEsFyfT jl+iaRcTkG0qlLQZo1tcjLLcgdYZjdmYxKSaZmviTUWPOku0eK/rrAa29PW8wZxY +0pqHIwUadn2uNaK2QgcIa6D6p/Ivw3AFnJnOWYl/c5r9TUzMRUek9ZnREDgLx9x 4nHn7Nz7AY9pFkfcP1ISt6+y031HqamosZT0im7Tuv/5Zy3zmQ1WsOsdlrTLkGdD k2j9f7QtLwC3tlDqB93+4w2NmHKni872EIMIsPM1C+bUsttptR+0GzQvTu2Bgy+7 4a4X31Zhbg0lRCCBS5Ouz0osCTYesDsrkpDXkL9/tmBnNqQdbGxnxwg0lnlySEH/ BIjjIE9mMxgq0tPnLlkFausVGDJ+v0gcSJu0FbRTG6ZtBxkc4iWoGSMU8X4CG2SX zPYNuZ6hqQc2eIl7N1mHY9ST7plL6KMUJeeRpYhlM+7S9QITbLAZs3OUfxlbP7US vkWh2kuysC5CHh2PklEKkC9GoUoZOUsXfSe4mcmsg644MaBkABQh88Wb86pLjxVI MK/rp/jO3Q== =0INb -END PGP SIGNATURE- pgp5j6scvTftq.pgp Description: PGP signature
Accepted nvidia-open-gpu-kernel-modules 535.113.01-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 25 Mar 2024 20:55:03 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 535.113.01-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (535.113.01-1) unstable; urgency=medium . * New upstream long term support branch release 535.113.01 (2023-09-21). * New upstream Tesla branch release 535.104.12 (2023-09-25). * New upstream LTS and Tesla branch release 535.104.05 (2023-08-22). * New upstream long term support branch release 535.98 (2023-08-08). * New upstream Tesla branch release 535.86.10 (2023-07-31). * New upstream long term support branch release 535.86.05 (2023-07-18). * New upstream LTS and Tesla branch release 535.54.03 (2023-06-14). * New upstream beta 535.43.02 (2023-05-30). * Refresh patches. * Sync with src:nvidia-graphics-drivers. Checksums-Sha1: b3801769fa64054bee2abc25c24792df9fbb1378 2729 nvidia-open-gpu-kernel-modules_535.113.01-1.dsc 5a17a579b33ce6d2759ce2760820881e98bb53be 12469512 nvidia-open-gpu-kernel-modules_535.113.01.orig.tar.xz 6545d39158aeb5f3ed7a303e8b9f3e6d1fa64d71 24208 nvidia-open-gpu-kernel-modules_535.113.01-1.debian.tar.xz 2a13bc6c335358c742fada5d261faaf322f2c4c2 5769 nvidia-open-gpu-kernel-modules_535.113.01-1_source.buildinfo Checksums-Sha256: dc92a4c4cdec300d837957386087d26b38431df8fb5694bed6b1b8ef98903517 2729 nvidia-open-gpu-kernel-modules_535.113.01-1.dsc 133a24bb9e3512840387855e3b31c3fb825c8415b1fc1969a43cba070211bd40 12469512 nvidia-open-gpu-kernel-modules_535.113.01.orig.tar.xz f52785c69caf7db01bddf901dc924f58f695bdaf83e4fb762144c4a2a41e739c 24208 nvidia-open-gpu-kernel-modules_535.113.01-1.debian.tar.xz 5e707f34600a9a6695130b96fd916187183cdc1ab71b6313af30649f519241e3 5769 nvidia-open-gpu-kernel-modules_535.113.01-1_source.buildinfo Files: 884889d5a3e5839f635e2b4aa1257289 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.113.01-1.dsc 3410652158a6391dc5b26385eb5a5fb5 12469512 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.113.01.orig.tar.xz 07869c84d7a9ca0c6052e1078991be0a 24208 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.113.01-1.debian.tar.xz 97de71f0a588b962546e8aaa94812bd9 5769 contrib/kernel optional nvidia-open-gpu-kernel-modules_535.113.01-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmYB2AMQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCOV7D/4vhmMUH9p/hOeZ/x3Td71m/H5X3pF+ZzXK vGGJxGGYusbwOxT6kTU2wLEWLKmOsRY56BvD4T0YzCkMB6Hw1G9Ifr0m2JbIn9wT iwHKwJO/sYPKQ+Egnvfmhc4xOYfzaCHXm6ThSNHKmrMjsQ16VgnSFDZjTntOIHzt qp0LLm+nUy5OhodMrPtgn4DwMoT1bcJ5I5pkuHODVHdrvwoY+4nZWSC5DZYsnSm0 ZIZVfSsZDHG4AMOncfebmLRfp0FqfMmESsHj8KjXzdHwMCSy/JRm+yrJ3whDxrS1 t+aZXTzGjvB9R6BSdMJHF2GXH6WwfxaR9o9gaoo8BdYUiZ4LSUZHnLoaPj+oFGFu 0EuKY6VRSEk+/iJTcC3taFliyE1CHdIok7sLAMoKTahPF/ZVUNNE3tl/orSnYQ3D C6MAuRRbxR6gTuQqNx+CstCjSoDpeguUnrS5lW5mxTbg5FbD8zfMj8lV4o83WNYN MFwHpqW45ZjFcGDFaLUb5rBnh34z5mWjfl4+vXKuXXZUsCNhJNJxNz7R7yCgw+Ee qRr5iMqK1ohv459MbZQ+qbGu7o/4ebdGs+FVCeVb0lQ9UIX+fwwki/JryQJ8eFDZ VeSDtcLlTuB4K5VkyMeoLCA0LuVC1yVl7Pihd2oH6RTWnP/gnxNQSx7t7vGBEuCb 8GrYkiV+Zw== =9nuW -END PGP SIGNATURE- pgpTi3Dz6IGdC.pgp Description: PGP signature
Accepted nvidia-open-gpu-kernel-modules 530.41.03-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 20 Mar 2024 12:01:32 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 530.41.03-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (530.41.03-1) unstable; urgency=medium . * New upstream new feature branch release 530.41.03 (2023-03-23). * New upstream beta 530.30.02 (2023-02-28). * Refresh patches. * Sync with src:nvidia-graphics-drivers. * Fix package build reproducibility. Checksums-Sha1: 78c0564bf21db692612cec5564e8c8e2882b3487 2722 nvidia-open-gpu-kernel-modules_530.41.03-1.dsc c4a0fc13b6b65b0dae7c7488d22ea0e982bfccdb 10485752 nvidia-open-gpu-kernel-modules_530.41.03.orig.tar.xz 988ca57e0e438c134a358e45bc595849ac92c0a2 28908 nvidia-open-gpu-kernel-modules_530.41.03-1.debian.tar.xz c48b03e209e126c8bd2fb031f802d48477e0bac8 5761 nvidia-open-gpu-kernel-modules_530.41.03-1_source.buildinfo Checksums-Sha256: 1a7b2aa6b46ea21a8dfdd27d0a1492695145c6af65d7142d341aaa32a4bdba02 2722 nvidia-open-gpu-kernel-modules_530.41.03-1.dsc d3836089d2752685627e3ae36465827e8e094ee01d8693e7a9ec91c78574378a 10485752 nvidia-open-gpu-kernel-modules_530.41.03.orig.tar.xz d1f345fed1dc25a48f81cfa3743a7165ec3fa331fb80822651ac54bdba1ad25e 28908 nvidia-open-gpu-kernel-modules_530.41.03-1.debian.tar.xz 35b1d72861a56645056c39dbdc6837773c2767f0abc01a153163187f71128de3 5761 nvidia-open-gpu-kernel-modules_530.41.03-1_source.buildinfo Files: 2d75ca847a68f6d46c73667218cfde91 2722 contrib/kernel optional nvidia-open-gpu-kernel-modules_530.41.03-1.dsc 1f187e0e92bfcaa98842756965a1aaab 10485752 contrib/kernel optional nvidia-open-gpu-kernel-modules_530.41.03.orig.tar.xz 7649cf8e78bbef938c753b2cfaa47836 28908 contrib/kernel optional nvidia-open-gpu-kernel-modules_530.41.03-1.debian.tar.xz 356e15576cf08546911238eb0c83cb1e 5761 contrib/kernel optional nvidia-open-gpu-kernel-modules_530.41.03-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmX6wzUQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCOfZEACgtbByIfHEiGwtZdTRV//Tk0YZQ7+eJB16 4GiIyBr+xiMXKTrI39IP8+jAlaT2Tuk/S+X88Cs5X5DMJw0x4xJNSFGdzEnsGtyk LcwtqdEA56AbhAC52kwKF4+R5C5ekJPd2QbRdxYrxU3wb60giT3izjMvlroCkOn0 QHK7PrX4u64XErguV74xp7Qf+/0Vj25GH1H9BER73h7qdMOxNRyr1yFec9kt+4jp +julmQScGrN76NGE3NqUzCiI/5sZPeNyguUIeKVo+JXHqBRBXUMY0PLzHAZ0jjSB GXxLAeD1Hy3EEavTY5TBQH1ODBW/C0zka9XBwmkUPD7pa4Bmp8w5h2oNvkvMR1ax Ckd3Nq+KKi51h6U2uk0RZcpiQcJSGuiqrMX0vYPIuYaSOmPUCOXLxkqgbWqhl35R gU0v7MQxa+jHAjxlCDsnWamwvpqNnoDJYlCocaTToCRauVz2gY/lRfFwN0P+AIiH xzviaSV2RGP0NozdabLNma6erc/8EmYjRAIZDzfoa6RfXmSkZcWhIh2+j+f5AVo/ wQHl7u/mrXHZ1nZ6fFNNgpvPgm8yHN/geXb9Nk9TmH15e9ppd37q0C0ekSSLxbw6 ITYBNw1qnaZCCU1ubgF/M8je1mHO5/sof3U/yL/mMAVCpdsLU06/gYV5T3kkspWG vslOd00+rw== =frvH -END PGP SIGNATURE- pgpKAJlPLkMfm.pgp Description: PGP signature
Re: Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
> On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote: >> On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote: >>> On 7 Feb 2024, at 18:27, Dima Kogan wrote: >>> >>> Hi. Thanks for your contribution. I looked at the upstream code a tiny >>> bit, and it looks like it might have portability bug, at least on >>> big-endian architectures. For instance: >>> >>> https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 >>> >>> This assumes that sizeof(long)==4. Maybe this is benign, but it would be >>> nice to fix. Are you upstream or do you know upstream? Can yall fix >>> these? >>> >> The kernel expects a 4 byte write here, since unsigned long is defined as at >> least 32 bit this shall work on all architectures. >> >> If your concern is about endianess this is not in the current scope of >> libuio and needs to be addressed by a higher layer. >> >> I am very familiar with library and in close contact with upstream. >> > In the case of uio_disable_irq() the bug is nicely hidden by the fact > that tmp is guaranteed to be all-zeroes. However, consider the previous > function in the file, uio_enable_irq(). If sizeof(unsigned long) == 8, > then the "tmp" variable's value of 1 will be encoded in memory as > 8 bytes containing the values 0, 0, 0, 0, 0, 0, 0, and 1 respectively. > When uio_enable_irq() calls write(..., , 4), it will only send > the first four bytes to the kernel - and they are 0, 0, 0, and... 0. > So it turns out that uio_disable_irq() and uio_enable_irq() do > exactly the same - send a 32-bit zero value to the kernel. > > ...of course, this will only happen on a big-endian system, as > Dima Kogan was concerned about. On a little-endian system, this > will work by chance. > > Is this the expected behavior indeed? No it is not :) Thanks for the detailed explanation. Looks this fix sane to you? https://github.com/manut/libuio/commit/1edcf262fbfaf0b7f8519875ed5b357964dd1e55 I am not sure if users also expect an automatic conversion for the read/write functions: https://github.com/manut/libuio/commit/d0319169359bffc73374f1011e942702e9bafb1e It will be somehow inconsistent since a user could also access the device memory by pointer: https://github.com/manut/libuio/blob/add-ci/mem.c#L93 and than needs to take care on the endianess by its own anyway.
Re: Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
On Wed, Mar 13, 2024 at 10:40:51AM +, Traut Manuel LCPF-CH wrote: > > On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote: > >> On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote: > >>> On 7 Feb 2024, at 18:27, Dima Kogan wrote: > >>> > >>> Hi. Thanks for your contribution. I looked at the upstream code a tiny > >>> bit, and it looks like it might have portability bug, at least on > >>> big-endian architectures. For instance: > >>> > >>> https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 > >>> > >>> This assumes that sizeof(long)==4. Maybe this is benign, but it would be > >>> nice to fix. Are you upstream or do you know upstream? Can yall fix > >>> these? > >>> > >> The kernel expects a 4 byte write here, since unsigned long is defined as > >> at least 32 bit this shall work on all architectures. > >> > >> If your concern is about endianess this is not in the current scope of > >> libuio and needs to be addressed by a higher layer. > >> > >> I am very familiar with library and in close contact with upstream. > >> > > In the case of uio_disable_irq() the bug is nicely hidden by the fact > > that tmp is guaranteed to be all-zeroes. However, consider the previous > > function in the file, uio_enable_irq(). If sizeof(unsigned long) == 8, > > then the "tmp" variable's value of 1 will be encoded in memory as > > 8 bytes containing the values 0, 0, 0, 0, 0, 0, 0, and 1 respectively. > > When uio_enable_irq() calls write(..., , 4), it will only send > > the first four bytes to the kernel - and they are 0, 0, 0, and... 0. > > So it turns out that uio_disable_irq() and uio_enable_irq() do > > exactly the same - send a 32-bit zero value to the kernel. > > > > ...of course, this will only happen on a big-endian system, as > > Dima Kogan was concerned about. On a little-endian system, this > > will work by chance. > > > > Is this the expected behavior indeed? > > No it is not :) Thanks for the detailed explanation. > > Looks this fix sane to you? > https://github.com/manut/libuio/commit/1edcf262fbfaf0b7f8519875ed5b357964dd1e55 Yeah, after I sent the e-mails I realized that I forgot to mention that using uint32_t would be one of the best ways to fix that. Thanks for the fast reaction! > I am not sure if users also expect an automatic conversion for the read/write > functions: > https://github.com/manut/libuio/commit/d0319169359bffc73374f1011e942702e9bafb1e > > It will be somehow inconsistent since a user could also access the device > memory by pointer: > https://github.com/manut/libuio/blob/add-ci/mem.c#L93 > and than needs to take care on the endianess by its own anyway. ...and this part I have no opinion about. I don't have any realistic idea about how people actually use libuio (or how they will use it), and I do not think that I will use it soon, so this should be left for others to decide. Thanks again for paying attention to the comments! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Accepted nvidia-open-gpu-kernel-modules 525.147.05-3 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 08 Mar 2024 11:29:08 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 525.147.05-3 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (525.147.05-3) unstable; urgency=medium . * Sync with src:nvidia-graphics-drivers. Checksums-Sha1: a755fca5f1cdef1e0fa90a8773a47cb87358e462 2729 nvidia-open-gpu-kernel-modules_525.147.05-3.dsc 19bdc69d982496ea31795f386fe90c6e899ef37d 23800 nvidia-open-gpu-kernel-modules_525.147.05-3.debian.tar.xz 5ce7fa8bfdb437ee480d522b33dae6897005c4bf 5751 nvidia-open-gpu-kernel-modules_525.147.05-3_source.buildinfo Checksums-Sha256: 581c672273fcc0dbaced11c68c88b4e6ad4258fe4b6a799ba2f6d8dd13a259b1 2729 nvidia-open-gpu-kernel-modules_525.147.05-3.dsc ba7388507ec23a26e192881bc489507d5936619f91259ea5119c84d3f0e1d080 23800 nvidia-open-gpu-kernel-modules_525.147.05-3.debian.tar.xz 16a2aeeefd3259bc6cb66a1fff620686dce95dfb27e3112985c5d60fb71f37ae 5751 nvidia-open-gpu-kernel-modules_525.147.05-3_source.buildinfo Files: 5e96742bb059ff6a02b92cacf76f9d56 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.147.05-3.dsc 605d5ec6edf5a44527fc96fd34c21498 23800 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.147.05-3.debian.tar.xz c8c0c576ffc6a18ac0793b95cea6f409 5751 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.147.05-3_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmXq7YwQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCFH3D/9npx+Vgr9Q8bFVAxkwbv29HCFbSItwsSfE W+FR6/u5MVjfbKTqv6RIX8g3Cpdfhzx+jx9EAKndkggak9cdL8CQvFPGFEWnGbui xNJuwgYhbugO0Z/ixfLagLtpcsPbAWrLMUd5Fwva7lIS/kD/pVYPIe/ciwZU2ft0 sSjhVdp4lfKcmjeEToyJcuyPZdbUjr7uCASAe5pE4eHFkrygu/RTdsFoteYa8uFQ 4iW1DTMUdPZNv3Mh8tU2k3/baCLo3yGdV0TI/K62TBwmhnrBo2IeNVudKVbEbSiB XJJCN/zCA7dEuH8mz7Eo/Oc5IeAGiW78TKBieSB9loErOP0teLmYHbIF04mMuRF/ fKVMJ2RWEfATOJWohul4wGVRABqp41WaV+y1PiS4iijVuh6lmn4NoPwenUDqNRDA RMVpULCrhSFnQamVqgrLQAXjREn6qT3r+RHEAMr0Ivu6BaxIvMSoDEGsr1CEobt5 gBpohb8n+mG/BtgeOdVwCu4zVRUUdfSJv5CGpqUd2okC+pDFfz6uHJbYPb+V9G6/ D3iUIfCPb/VGT5kN+h9JWVQ7LOc2+mPzpCjaQfGBI8DooDmTtNkBH4hPvFI0DRfq W6S3D9rQB8IRopcLgbpdgZSx7nwPVRN1yk2KE/9/kHbERoYCryKp45cDaJBRzXqa gPfwEvx1OQ== =yLyi -END PGP SIGNATURE- pgpkEuuNqWFEa.pgp Description: PGP signature
Re: Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote: > On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote: > > Hi Dima, > > > > > On 7 Feb 2024, at 18:27, Dima Kogan wrote: > > > > > > Hi. Thanks for your contribution. I looked at the upstream code a tiny > > > bit, and it looks like it might have portability bug, at least on > > > big-endian architectures. For instance: > > > > > > > > > https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 > > > > > > This assumes that sizeof(long)==4. Maybe this is benign, but it would be > > > nice to fix. Are you upstream or do you know upstream? Can yall fix > > > these? > > > > The kernel expects a 4 byte write here, since unsigned long is defined as > > at least 32 bit this shall work on all architectures. > > > > If your concern is about endianess this is not in the current scope of > > libuio and needs to be addressed by a higher layer. > > > > I am very familiar with library and in close contact with upstream. > > In the case of uio_disable_irq() the bug is nicely hidden by the fact > that tmp is guaranteed to be all-zeroes. However, consider the previous > function in the file, uio_enable_irq(). If sizeof(unsigned long) == 8, > then the "tmp" variable's value of 1 will be encoded in memory as > 8 bytes containing the values 0, 0, 0, 0, 0, 0, 0, and 1 respectively. > When uio_enable_irq() calls write(..., , 4), it will only send > the first four bytes to the kernel - and they are 0, 0, 0, and... 0. > So it turns out that uio_disable_irq() and uio_enable_irq() do > exactly the same - send a 32-bit zero value to the kernel. ...of course, this will only happen on a big-endian system, as Dima Kogan was concerned about. On a little-endian system, this will work by chance. > Is this the expected behavior indeed? -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Re: Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote: > Hi Dima, > > > On 7 Feb 2024, at 18:27, Dima Kogan wrote: > > > > Hi. Thanks for your contribution. I looked at the upstream code a tiny > > bit, and it looks like it might have portability bug, at least on > > big-endian architectures. For instance: > > > > > > https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 > > > > This assumes that sizeof(long)==4. Maybe this is benign, but it would be > > nice to fix. Are you upstream or do you know upstream? Can yall fix > > these? > > The kernel expects a 4 byte write here, since unsigned long is defined as at > least 32 bit this shall work on all architectures. > > If your concern is about endianess this is not in the current scope of libuio > and needs to be addressed by a higher layer. > > I am very familiar with library and in close contact with upstream. In the case of uio_disable_irq() the bug is nicely hidden by the fact that tmp is guaranteed to be all-zeroes. However, consider the previous function in the file, uio_enable_irq(). If sizeof(unsigned long) == 8, then the "tmp" variable's value of 1 will be encoded in memory as 8 bytes containing the values 0, 0, 0, 0, 0, 0, 0, and 1 respectively. When uio_enable_irq() calls write(..., , 4), it will only send the first four bytes to the kernel - and they are 0, 0, 0, and... 0. So it turns out that uio_disable_irq() and uio_enable_irq() do exactly the same - send a 32-bit zero value to the kernel. Is this the expected behavior indeed? G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Re: Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
Hi Dima, > On 7 Feb 2024, at 18:27, Dima Kogan wrote: > > Hi. Thanks for your contribution. I looked at the upstream code a tiny > bit, and it looks like it might have portability bug, at least on > big-endian architectures. For instance: > > > https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 > > This assumes that sizeof(long)==4. Maybe this is benign, but it would be > nice to fix. Are you upstream or do you know upstream? Can yall fix > these? The kernel expects a 4 byte write here, since unsigned long is defined as at least 32 bit this shall work on all architectures. If your concern is about endianess this is not in the current scope of libuio and needs to be addressed by a higher layer. I am very familiar with library and in close contact with upstream. Best regards Manuel
Re: Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
> On 7 Feb 2024, at 18:27, Dima Kogan wrote: > > Hi. Thanks for your contribution. I looked at the upstream code a tiny > bit, and it looks like it might have portability bug, at least on > big-endian architectures. For instance: > > > https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 Thanks for having a look. I will take care. > > This assumes that sizeof(long)==4. Maybe this is benign, but it would be > nice to fix. Are you upstream or do you know upstream? Can yall fix > these? I will try to do a MR upstream > > Thanks! >
Re: Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
Hi. Thanks for your contribution. I looked at the upstream code a tiny bit, and it looks like it might have portability bug, at least on big-endian architectures. For instance: https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 This assumes that sizeof(long)==4. Maybe this is benign, but it would be nice to fix. Are you upstream or do you know upstream? Can yall fix these? Thanks!
Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
Package: wnpp Severity: wishlist Owner: Manuel Traut X-Debbugs-Cc: debian-devel@lists.debian.org, ma...@mecka.net * Package name: libuio Version : 0.2.8 Upstream Contact: Benedikt Spranger * URL : https://github.com/missinglinkelectronics/libuio * License : LGPL Programming Lang: C Description : Linux Kernel UserspaceIO helper library A small Userspace IO driver helper library. More details about UIO can be found here: https://www.kernel.org/doc/html/latest/driver-api/uio-howto.html UIO can be used to map device memory and interrupts into user-space. It is used to write user-space drivers for devices that do not fit in any existing kernel subsystem. libuio makes it easy to access a UIO device from user-space. It is what is libgpio for GPIOs or libiio for IIO devices. I would need a sponsor to upload this package.
Accepted nvidia-open-gpu-kernel-modules 525.147.05-2 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 29 Jan 2024 01:36:28 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 525.147.05-2 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (525.147.05-2) unstable; urgency=medium . * Sync with src:nvidia-graphics-drivers. Checksums-Sha1: aeb868267d5ebcb4d5dc62d2c0818423b43f139d 2729 nvidia-open-gpu-kernel-modules_525.147.05-2.dsc 6e2e0aef7882a3b0edb92584520064464edcd9b6 19176 nvidia-open-gpu-kernel-modules_525.147.05-2.debian.tar.xz dff80f125da6f49090f44aec5f24e60cdaa6ac8f 6116 nvidia-open-gpu-kernel-modules_525.147.05-2_source.buildinfo Checksums-Sha256: 0e0c9cec4773dfebd758dca40eae9bfc85a8f763c143ceec2b85ebf28e09df37 2729 nvidia-open-gpu-kernel-modules_525.147.05-2.dsc 5da83c4a4b706f79385c6a28ee3d797cb09bbd338a8aa43c86dc5c40d27a43fc 19176 nvidia-open-gpu-kernel-modules_525.147.05-2.debian.tar.xz 5dfe7e05db9c1b94b9265921f517851dbfa2be00839b57abc71aa3c2178c6283 6116 nvidia-open-gpu-kernel-modules_525.147.05-2_source.buildinfo Files: d1a1c3b9216429e3056ce25851f6f4e1 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.147.05-2.dsc a760d1554d78d8b0c35c6eddec49be09 19176 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.147.05-2.debian.tar.xz 00b999716024483c03e6f47daaa2c2cd 6116 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.147.05-2_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmW29AwQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCHDmD/9uJBwg60t5FGLzu9G+zfDgxxZ/XdJm4bsY 2Nt+vTqLFH7IVuM2kZPPdRMbXVjatZvdQGvqxaZ2xd4cK41q0Jx0QO6um5Z5UrS0 u+XhGMwwTFX+89UyZz8K3Sx+yFxpBsCkmJfbjYiKGv4S17su946tLX6eWPVBXvTg xJ1oHdJrCfTg+HRk2Ny2xIE+h4hcIaJBvIamv+XXW/GVP/hELJRy8Y1RAqhuOT/O ZoZLMuHYtGC26np7YKGFKdqboCCHiMbXP1a6ZLl6oghZPgLTyMD+55zzmRTZX0hQ 6tF/WmOdPQHy4jPU8PWYouH4bx9wPayDdvMEm8jVbrxQHAXokFB6aiXx/XfQkRTf G5SFtl9GxCqAR0ye0bxoADTW27+zs5FOkPj8BPLe7xYy99wE3VowyTkOdC+3RF5I +SvC9ebqBp3in+d/FfJn8xpIPyGTwRSJbYcYjTSXAhbBNDZEgqv++epZyBbSWWRo 6MXzJga3WQaNjqVc1dYnh7r/sOZUciYf0NwSEVK9WbjDIfvrudkVPonZqG4ghk8I 2i3bd2XtgaCHUSTyjmjoX44QnbQnOnU8Beyl6yaCev+ZUs+ZWsZwY9vSqkP79Gs5 19F9p7PLPVDGcCu1nrcnFnoewp94Xjl/Fao3GRzKQdiQh3Jo2xsrBZULV0B7UR/C xOPvMxamiA== =/xqu -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 525.147.05-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 22 Nov 2023 01:17:56 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 525.147.05-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Closes: 1055144 Changes: nvidia-open-gpu-kernel-modules (525.147.05-1) unstable; urgency=medium . * New upstream production branch release 525.147.05 (2023-10-31). * Fixed CVE-2023-31022. (Closes: #1055144) https://nvidia.custhelp.com/app/answers/detail/a_id/5491 * Refresh patches. * Fix FTBFS with quilt 0.67. Checksums-Sha1: 64dd7c2624e6a23044ef1550c53cc9b6ab701115 2729 nvidia-open-gpu-kernel-modules_525.147.05-1.dsc 6dc90698c8bca76c4f1dae223d17ad2847005f4d 10140684 nvidia-open-gpu-kernel-modules_525.147.05.orig.tar.xz 4d7e31207655a3c1ee9b7f4c3595182f9d2dfc4b 19056 nvidia-open-gpu-kernel-modules_525.147.05-1.debian.tar.xz 5bdf2dc11d4cc41a22eb003998eceeb9385cd8c6 5659 nvidia-open-gpu-kernel-modules_525.147.05-1_source.buildinfo Checksums-Sha256: 0755bfed75b13961b6752bb0b51b561484cc3dcd7b969dcc69a7030d36c9eb78 2729 nvidia-open-gpu-kernel-modules_525.147.05-1.dsc 44ef54a22bfd4feb50837d1679e997b654b280cf774ff7a5fa709ef5f86b895d 10140684 nvidia-open-gpu-kernel-modules_525.147.05.orig.tar.xz c1fa8d585ae055d9292b93b9993a1cae2bafa1d947e9f25c7dfb5526f726 19056 nvidia-open-gpu-kernel-modules_525.147.05-1.debian.tar.xz 50d64a7fbdaa5046e21e5bccd26017135726bbd88f447f3c2d97ea7f10f28d94 5659 nvidia-open-gpu-kernel-modules_525.147.05-1_source.buildinfo Files: 804b2d26187dc8598b105d0ccf9b46f8 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.147.05-1.dsc 88ba1adbf97aedbb8015b9d05d355082 10140684 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.147.05.orig.tar.xz 892b0ad2751244ffb88ea20b553641d2 19056 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.147.05-1.debian.tar.xz 3013ba9970f0575c9fdc155fa2e0fb66 5659 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.147.05-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmVdS90QHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCKY7D/9tQA/g79FhCfw4hNces6Qlk+MQjVxO3URK PzfkzEC0sZKSST2ZAz7edoLhKBiXLQL3ONh1YoQh+ZIcdAWaaoOIpdCp51aX4U/T G1Qwm3RWuBFG1JYnR/N14QKB1ESOfnEqAv9dx9qebfSaj68DKURKFsTEggXWN7kC YxaxJeNjwD4PZ5JS/QKtr7YhstQ7mlavD6ofIJymcBQGfN6d/mYvxvwCDvjQd8Vp l/QtmoAA174cee/C+hKO/dzmJuGLbKLn+26xvJaGllwKkvqhmoq+m5zui42cQ5Ml 7A/4ix7LszekyI6FIZidVe5gqb4TSpJXKJc3gShXiEpZfwYTYa8Bck7zb1ht7GQq dG5pqwKAXeLi2PT7z7s8OUmZtB9FDKi3ZfCNN74OWmUqMI0yk+dWHbEb5ohEA/lz EcKKu+wDUOwUgbBjzGO8/thwvbjeR+2gSz2IvmlTA1FZQ1/Yc+GyetA2XqRodBZy EOkT3tCsATWxJ7N0wV8dwwrEbDSIO4R9nXwdMgL4mmh8aqYlVrhvaxO4d68CQgjN UCUlQgtAApAnEcfWmYQEv/Y8sw7V5T+hQ+xEYPRiR9cNp3BnxpGR7tCWvrAaEchi qR9SgqaJXaGyregJ8An6KUcxwnqZXGLbqWybC4BM7zH+qGNw0BAQFAW9bKAcaf6Y IXSfDT+6Uw== =GHFb -END PGP SIGNATURE-
Accepted kernel-wedge 2.105 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 19 Oct 2023 20:11:44 +0200 Source: kernel-wedge Architecture: source Version: 2.105 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Bastian Blank Changes: kernel-wedge (2.105) unstable; urgency=medium . [ Debian Janitor ] * Remove constraints unnecessary since buster: + kernel-wedge: Drop versioned constraint on debhelper in Depends. * Bump debhelper from old 12 to 13. * Fix day-of-week for changelog entry 0.9. * Update standards version to 4.6.1, no changes needed. . [ Samuel Thibault ] * Make gbp produce the right tag format. . [ Bastian Blank ] * Support compressed modules. Checksums-Sha1: 7977d5f7dbe571eecd66c68cdef939f70cbd3ae7 1112 kernel-wedge_2.105.dsc 9395682af1b4bc4f54594538e1825e5a24fca67b 38568 kernel-wedge_2.105.tar.xz cc3cd75a2313fa4d4872cb6bdec3955bf1d33670 5292 kernel-wedge_2.105_source.buildinfo Checksums-Sha256: 790c517a5e0f5fb049cbbd873ab8d4f6b0b71474eb23304c67c456f0e090fd24 1112 kernel-wedge_2.105.dsc 5d596561f141b46d46134b64013d828b1b310cb956751a9d57e43664d6645a14 38568 kernel-wedge_2.105.tar.xz 8052e28875b111cba882cb2c6f3967fb46ee2469da4b711837555aa65b07717f 5292 kernel-wedge_2.105_source.buildinfo Files: dd9587f63377e9a17e7a34e7ea316f07 1112 utils optional kernel-wedge_2.105.dsc 5635c6ff313c68400d8e4d385747e30e 38568 utils optional kernel-wedge_2.105.tar.xz bb441275217e54dc2e43c3c9b872e2e3 5292 utils optional kernel-wedge_2.105_source.buildinfo -BEGIN PGP SIGNATURE- iHUEARYIAB0WIQQ8pEKDNIgQDAQDOBFji0aBW7swjwUCZTFxkQAKCRBji0aBW7sw j/YgAQDUmEgRe1JuUoyKnoEUPcm3V1c5M5aqQ6nGl9n+d2gQMAD/UQDQqwXADjYl 0Pc1oO/llolnKNEpcdk8RVkaP5P/twk= =7pMY -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 525.125.06-2 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 19 Sep 2023 16:28:49 +0200 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 525.125.06-2 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (525.125.06-2) unstable; urgency=medium . * Backport get_user_pages changes from 535.86.05 to fix kernel module build for Linux 6.5. Checksums-Sha1: 254a9ae66ed0fb92590ecdfb9c057830e4b548ce 2729 nvidia-open-gpu-kernel-modules_525.125.06-2.dsc cade8b61976ba63359675b59f65bc29114bcb597 22580 nvidia-open-gpu-kernel-modules_525.125.06-2.debian.tar.xz bd409031452027e0b2b9d9e244b4377b95afd215 5651 nvidia-open-gpu-kernel-modules_525.125.06-2_source.buildinfo Checksums-Sha256: 89a8ddf8267aec11950dd3716a1591018a5b45bd58d964b42444774d4e8e2153 2729 nvidia-open-gpu-kernel-modules_525.125.06-2.dsc 74b17b2266a3ea0d06cfb969c27477a01f47222f9cad9a0efd0e9cfa3dbf431d 22580 nvidia-open-gpu-kernel-modules_525.125.06-2.debian.tar.xz ebb9af2f0de719df998623003367e75d7a2ce7befce501cfd1e7a17989b097bc 5651 nvidia-open-gpu-kernel-modules_525.125.06-2_source.buildinfo Files: d221db928c63925d072acbf357484fea 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.125.06-2.dsc a24a55be97e5911ebadcc58631117d31 22580 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.125.06-2.debian.tar.xz 49d9cd48e7924711a64ddd6d9b953c2b 5651 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.125.06-2_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmUJsJoQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCDKpD/4qgFHTIBs9sjN/sL9+q5VKmwQcfYAaqR1j /V4EA4L3ZZs517ZgXveb0X3ZkyOLpKNRLZCjrWC7PiGlNhioOxa/iGUxNk69BSFD dSb1uIAvYDTBk2SS522TYkXDAc5r7F0r66dus4ka6kHfsr5KXvV8F2Qs9PO7fykv DazkG82YW6GRRr1ES2DpUYomaEmFwh63sbrAvipGjNI8dfEFrfvDxZkint2uPqt6 PGOfFYyWZ/0XLXHVkcImj38+lbpkLanJPK7ANRqdhL8qQfrdLsAVquvO15tPfvvf sVgrRq+5hHPtTuYTLjelxtiQxf4E1YiwVf7uRIGkI7TzmmQE3WPS8utuvR8gEg8B biTDNwyZYQjOP9dmZJP+zox58cCHIxGhXWQuaQElmDyzxhON3MYo/e4oq3E2hw54 uHs7B8maPtOQYLsJNSo1Ptxt93KKL3UgfmK3k3aM26p1UDk5wNI5FilsBypwjJya 0caMv7fyRn/0ibts5uvI6t/XNi0udBuULwIzUflk8qOwHFHWRyg2NRGKrMGOUPAu CnX4ZQl6Vqq/oMt5sX5YJm4+NsmtTw7ThxU54sDZ0jZs42A1KFabYeCTHeTLbsm9 A73iz3mu8hjWMkSusn2RRYUrVGw2rUtIqKdCfQ+/SfKqxN3jnHklmIpXURb1Nzro bEnJcDFeYw== =txZa -END PGP SIGNATURE-
Re: Kernel 6.5 from Experimental working
Also updated this to 6.5.1 today and still works Den tors 7 sep. 2023 kl 08:37 skrev Luna Jernberg : > > Hey! > > Just installed Kernel 6.5 from experimental during Debcamp 2023 on my > ThinkPad Edge 0217A16 and it works as intended on this laptop :) > > //Luna bittin Jernberg
Bug#1049961: ITP: composable-kernel -- library for writing performance critical kernels for ML workloads
Package: wnpp Severity: wishlist Owner: Christian Kastner X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: composable-kernel Version : 0+git20230816 Upstream Author : Advanced Micro Devices, Inc. * URL : https://github.com/ROCmSoftwarePlatform/composable_kernel * License : MIT Programming Lang: C++ Description : library for writing performance critical kernels for ML workloads Composable Kernel (CK) library aims to provide a programming model for writing performance critical kernels for machine learning workloads across multiple architectures including GPUs, CPUs, etc, through general purpose kernel languages, like HIP C++. CK utilizes two concepts to achieve performance portability and code maintainability: * A tile-based programming model * Algorithm complexity reduction for complex ML operators, using innovative technique we call "Tensor Coordinate Transformation". This is needed by MIOpen, which is also in the process of being packaged. This will be maintained by the Debian ROCm Team.
Bug#1041643: ITP: ktls-utils -- TLS handshake utilities for in-kernel TLS consumers
Package: wnpp Severity: wishlist Owner: Ben Hutchings X-Debbugs-Cc: debian-devel@lists.debian.org, debian-ker...@lists.debian.org, Steve Dickson , Chuck Lever III * Package name: ktls-utils Version : 0.9 Upstream Contact: kernel-tls-handsh...@lists.linux.dev * URL : https://github.com/oracle/ktls-utils * License : GPLv2 Programming Lang: C Description : TLS handshake utilities for in-kernel TLS consumers In-kernel TLS consumers need a mechanism to perform TLS handshakes on a connected socket to negotiate TLS session parameters that can then be programmed into the kernel's TLS record protocol engine. This package of software provides a TLS handshake user agent that listens for kernel requests and then materializes a user space socket endpoint on which to perform these handshakes. The resulting negotiated session parameters are passed back to the kernel via standard kTLS socket options. This will be maintained by the kernel team.
Bug#1041189: general: Optimize kernel settings for gaming
Package: general Severity: wishlist X-Debbugs-Cc: yves.quey...@gmail.com Dear maintainer, By default with Debian 12 Bookworm, the file named "/etc/sysctl.d/99-sysctl.conf" contains a lot of settings, but they are all disabled. It coult be interesting to add and activate the following setting by default : vm.max_map_count=2147483642 This option is already set by default with other Linux distributions like Fedora. It is useful to optimize performances for gaming. This setting increases memory allocated to the game. I hope this suggestion will be useful. Thanks in advance. Yves
Accepted nvidia-open-gpu-kernel-modules 525.125.06-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 14 Jul 2023 10:54:38 +0200 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 525.125.06-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Closes: 1039686 Changes: nvidia-open-gpu-kernel-modules (525.125.06-1) unstable; urgency=medium . * New upstream production branch release 525.125.06 (2023-06-26). * Fixed CVE-2023-25515, CVE-2023-25516. (Closes: #1039686) https://nvidia.custhelp.com/app/answers/detail/a_id/5468 Checksums-Sha1: d78f78eadad177443b21d8f7ac64dc5c89238f2d 2729 nvidia-open-gpu-kernel-modules_525.125.06-1.dsc 9043dc9b0fc3477211af27030ad7ebb41737eb4b 10100204 nvidia-open-gpu-kernel-modules_525.125.06.orig.tar.xz e95e0dcdc68e5723229817ed487d3df58d103914 19556 nvidia-open-gpu-kernel-modules_525.125.06-1.debian.tar.xz 0176288ff582fab8fc5c91c9ff928faffb39373d 5872 nvidia-open-gpu-kernel-modules_525.125.06-1_source.buildinfo Checksums-Sha256: aadadbdf83ec61cb9c607c4311dd5bf91cfacb042b8985291ce009cf848e 2729 nvidia-open-gpu-kernel-modules_525.125.06-1.dsc 4aebd4ff05c8e0cbda6a9369494f75d3d0b32a8ae67b7af4616739f5acef3656 10100204 nvidia-open-gpu-kernel-modules_525.125.06.orig.tar.xz eaca4191a78ea20f498f7e3a89db900d42e3c069ff0ee34ab61f0635e42fd9e9 19556 nvidia-open-gpu-kernel-modules_525.125.06-1.debian.tar.xz 7ca0320e7b8f70b3c57b28db7cac416bea0f231dc4960e9030870e343afed22a 5872 nvidia-open-gpu-kernel-modules_525.125.06-1_source.buildinfo Files: bbbc780351c21bc06f917961cbf880b1 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.125.06-1.dsc a0ac3430887b77d687a3cf84bad61146 10100204 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.125.06.orig.tar.xz d7693b486dc45442dfbf9d9b08ae637b 19556 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.125.06-1.debian.tar.xz 12f11e64dac02c429204083685b1dd8d 5872 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.125.06-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmSxDfEQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCI9ID/9JdiwONAtIG3uBb/Sqrwx2O1Gt7JN5HClg KsooMHRMpvhrLD37Qdy44xaxQCiu80XxElFltGCbOS5/sibu+yUHT3kHeyACeHUf jKQ/90kgLxHrzAGPb/GHsiahEkphKW7q6+cYo27IesLzHBQFr/rmS3CPfwLiQ0/e lVxEnJk1RVZH3Nmdk16Crna6oxN0J991eSHDiWiAL618aHgH/GMmQwj8EKZpYe4S IlhQdrTfJ4rw1hlnEvnawoP2fjoLIUpY3SSr7+NUrBhig3HPn+K+YFvcTmOnnis0 +b301+88Hx/eoTc+JZMGiJ3WM76zNhyT/00BjPJGHRivq1/Jmp6n4smT/3BxPZXi y5TAwYxcsDqfiN+5giQuk1Whs2RYbz24XOwpH1v+z3Pt3NmPYocw1dyRL2s1pNEV xO7qiTKllAGWT1BaWfOCTQtrXJsad6gbnvTT6Mmq6j7qUUdSqhNpvUdqMGShXc17 sOfhO6Y3HaIcvetQ0Y/tHjupaNS1gYtTI9iZWbQQTHLhxhlhWDFpLt0eisreAlWq BseL/3iSDJ1Au2qcYuX+G0GSmYz5kDvLe0baJ+Ns75xNdMSn6v2lK230O9VOSKv4 JzOLW/0HUMbA7vRhC5VdSnmKeESZ5Ok1gC+jYSkHoiuLfH+iDckzWEIVWxaENcgd j6SwyTC0zA== =OSUA -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 525.116.04-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 11 Jul 2023 12:26:29 +0200 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 525.116.04-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (525.116.04-1) unstable; urgency=medium . * New upstream production branch release 525.116.04 (2023-05-09). * New upstream production branch release 525.116.03 (2023-04-25). * Refresh patches. Checksums-Sha1: 4598c5581c448be6eb2f89263cbcb96dd0384ec1 2729 nvidia-open-gpu-kernel-modules_525.116.04-1.dsc 6c56bed838a0e41eef287c56b2965ca5c979ce74 10114352 nvidia-open-gpu-kernel-modules_525.116.04.orig.tar.xz 5cad8a9a18aab21ef9aa58d9442c98bd60490058 19500 nvidia-open-gpu-kernel-modules_525.116.04-1.debian.tar.xz 824b507bdb3ed08f3cd9f45758589e311f3d5a57 5774 nvidia-open-gpu-kernel-modules_525.116.04-1_source.buildinfo Checksums-Sha256: 2c2e82bef1a04972431a1caaca10f170430156bf2f93c1994a9cab0bba4faa40 2729 nvidia-open-gpu-kernel-modules_525.116.04-1.dsc 149f6cf7cff0331a827541abfa559353938e3e47330aca27807855cd20b95488 10114352 nvidia-open-gpu-kernel-modules_525.116.04.orig.tar.xz 3f525995cd9d9c1dffb3cb6f2af67b299ac4aded6e9d3d5e088fdfa8928fe666 19500 nvidia-open-gpu-kernel-modules_525.116.04-1.debian.tar.xz f3052ca417438abbb38e5b33e3367dd36776166f5d64b9ca10f74ae7f033680f 5774 nvidia-open-gpu-kernel-modules_525.116.04-1_source.buildinfo Files: 4ab4ea515e63428e767b58aeea13eb81 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.116.04-1.dsc 38f3bde1d0943fe90a1644627da9819f 10114352 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.116.04.orig.tar.xz 6b22d0dde6b6e0d10da527acfdf75e68 19500 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.116.04-1.debian.tar.xz 36541f618307d15e7d586572cf4f427a 5774 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.116.04-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmStL94QHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCKtLD/4we/HNqzgWIeuSI6AcBqrtjtxi/LNyzJH/ SfwCnQCRIhtkTUNSxnl0EIMQdDpDWEOieBi4nwV/UXBUJ6lTpBZf0XOrY4zWYrp/ JOx+KPXAQnEmX30mhFkgImx1uD7kAcKIG7Gr/G4QmixI+8NvkwC0KEYn0ze/WQ3u H8nn/HsGsIYm5zcLOnnm0GCV5SJZ+yp1u97NHWKaw5SNQyBjXj+BakvK9KgxZ+6F eVgDmQ4eTUT3PJFV3nILbv1OMknrXaGFMUWXrby4YaFTHe8Yip2Ho81M+u+I6UKl +usBy4fPTKhBfPzNaDO76mbFzNqqZeIhuBUqv5rqHfwpGKG2nuWXXMsIVkd9GI3v rEoQZI/Lc5v1dwjfZjQoIwdekFygf0vH/ZYAbrtG9EzhzOCtQyQuEw2vmqkV0Uak nqzR1p06PW8xUpmM11NpCMkBmNR9RZLrplaAeau73TPjlT73mzAYMTwBNnsOBLhA KOwPdmk68919+FfpuU/r3hZdaN92QXTnRD5asAAm5lMm06Y9fwYchMWU7/eSASzj fMwSCd8cVmJs/skqH2bTHM2Sq6vaLFpbOd4xxo1Rkn3wcjx2o7iXe7ijJWfV/lZx H81E0GTzk9WYn3+uTKQ0zhiIJRP1AnsFLJ1GjA1Zc5hDil1v66crDQLVFLZ9l25B mbNhkJ96Mw== =duLO -END PGP SIGNATURE-
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hello Ricardo, Yes, I'll try to get to it later today or over the weekend. On Fri, 30 Jun 2023 at 13:56, Ricardo Ribalda Delgado wrote: > > Hi Hector > > Can you check the current version on my repo? i think it is on a good > state to push it > > Thanks! > > On Tue, Jun 20, 2023 at 4:19 PM Andrea Righi > wrote: > > > > Hi Ricardo, > > > > On Tue, Jun 20, 2023 at 02:17:38PM +0200, Ricardo Ribalda Delgado wrote: > > ... > > > > > > > > I have updated my repo to uprev v1.10 and support argcomple3. > > > > > > > > > > > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian > > > > > > > > > > > > > > > > Hector, Andrea, can you take a look at it? > > > > > > > > > > > > > > > > Hector the fun bits are at > > > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d0061347fea3bcbe44c4c > > > > > > > > > > > > > > Reviewed and added some comments, thanks! > > > > FYI, I've applied all your debian/ changes (with some adjustments) to my > > git repo, I think we should be (more or less) aligned now. > > > > At some point, if this package lands in Debian I would like to remove > > the debian/ folder from my upstream repository and completely rely on > > the Debian one for the deb packaging, but for now I'm maintaining it > > also upstream, so that we have a central point that can use as a > > reference for all the next changes. > > > > Thanks, > > -Andrea -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hi Hector Can you check the current version on my repo? i think it is on a good state to push it Thanks! On Tue, Jun 20, 2023 at 4:19 PM Andrea Righi wrote: > > Hi Ricardo, > > On Tue, Jun 20, 2023 at 02:17:38PM +0200, Ricardo Ribalda Delgado wrote: > ... > > > > > > > I have updated my repo to uprev v1.10 and support argcomple3. > > > > > > > > > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian > > > > > > > > > > > > > > Hector, Andrea, can you take a look at it? > > > > > > > > > > > > > > Hector the fun bits are at > > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d0061347fea3bcbe44c4c > > > > > > > > > > > > Reviewed and added some comments, thanks! > > FYI, I've applied all your debian/ changes (with some adjustments) to my > git repo, I think we should be (more or less) aligned now. > > At some point, if this package lands in Debian I would like to remove > the debian/ folder from my upstream repository and completely rely on > the Debian one for the deb packaging, but for now I'm maintaining it > also upstream, so that we have a central point that can use as a > reference for all the next changes. > > Thanks, > -Andrea
Accepted nvidia-open-gpu-kernel-modules 525.105.17-2 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 27 Jun 2023 14:58:55 +0200 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 525.105.17-2 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (525.105.17-2) unstable; urgency=medium . * Backport drm_driver_has_dumb_destroy changes from 525.116.03 to fix kernel module build for Linux 6.4. Checksums-Sha1: e7a97b40385024988f126800865ed0ee185ab8aa 2729 nvidia-open-gpu-kernel-modules_525.105.17-2.dsc 467d0080249ba7814076500121f2b3b781aa7b9d 20460 nvidia-open-gpu-kernel-modules_525.105.17-2.debian.tar.xz 016116c580402e1e28047c35b593a03ca5515172 5737 nvidia-open-gpu-kernel-modules_525.105.17-2_source.buildinfo Checksums-Sha256: beea8eeec3bc05e3920446a7edb42073bf8c540ae45e54719ea19abda8793e5f 2729 nvidia-open-gpu-kernel-modules_525.105.17-2.dsc aec8759dae91ed94a93d1d10bc0a983b122567f7bc95d73f80dae09766d015ae 20460 nvidia-open-gpu-kernel-modules_525.105.17-2.debian.tar.xz 1cae282c570f96f22be9e2c31f09f4c9b59e60af5e6891e074ad470d6b58c98b 5737 nvidia-open-gpu-kernel-modules_525.105.17-2_source.buildinfo Files: ed4cf0e82b33888591b4c41b1f4e8dba 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.105.17-2.dsc 8394a84e6e03bd0dd3ad9a3590d72c78 20460 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.105.17-2.debian.tar.xz beb6bf9f30cfffdd47c4f1816765a4f9 5737 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.105.17-2_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmSa3Z0QHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCHbbD/4v1gwkK0M2396bNJVQpQqAWiYRfwmNFfjH ZchBNquz0p8JG0H1xC9jC9BivjZYWb0151QDlBBJrsIlR+ofj/J3D7L31KfB3XKN C+e78M93T/B0TNHueq2Qq5E937qMC68ycyN17Y0VM1JVIXTFK7XXMhTfEBfPFymk SXBNnBpd4VkPWAmhaNQ5NcTcysgP1h09VFA2cS93eGE9TQcCQ9nj//vsi1trnnzx qZcr8IbnKGjMR7sGMal8qo94IDYkob87Xvo8XiKFfib5Mc4rD4I4EBdmdFDZFaas jdkEy1Wcr3yEFM2h4nu7ZAqOuurt/kKOMS6uH6VcY+qvj8bmVkrYJpDK1rW3CQn2 Q04Q2SYy7NRPHJobuHXptrZ194MS/zQAIqh9UQqUdrex8x14x9sg8SafOIShzLp8 KVXBZ3Y8G6X/g0xncgE9BYmA+Al07JzLEVQbGyfLidSCVvZ9QDgWkyDPYhvKeEg4 /9iTDvFFiZD59jvbbasIoT0QAGa53XijBFcHkR5V+NJJBmIxfTJGFSDQjFRhEmWO x0k6zQjH68OvWqBt/6JcYB86390Jl4B1cJyZUBiBJb/PAn1itrfEkGsZIXtFEPtS ZBhYrWbRzqCFhmXR2yPmN8sBzaCsi5rV8FJdc1XWFlO7hJ564ev+u38jmdxz6xr9 UBO07+UEZQ== =6PCv -END PGP SIGNATURE-
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hi Ricardo, On Tue, Jun 20, 2023 at 02:17:38PM +0200, Ricardo Ribalda Delgado wrote: ... > > > > > > I have updated my repo to uprev v1.10 and support argcomple3. > > > > > > > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian > > > > > > > > > > > > Hector, Andrea, can you take a look at it? > > > > > > > > > > > > Hector the fun bits are at > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d0061347fea3bcbe44c4c > > > > > > > > > > Reviewed and added some comments, thanks! FYI, I've applied all your debian/ changes (with some adjustments) to my git repo, I think we should be (more or less) aligned now. At some point, if this package lands in Debian I would like to remove the debian/ folder from my upstream repository and completely rely on the Debian one for the deb packaging, but for now I'm maintaining it also upstream, so that we have a central point that can use as a reference for all the next changes. Thanks, -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Tue, Jun 20, 2023 at 02:17:38PM +0200, Ricardo Ribalda Delgado wrote: > Hi Andrea > > On Tue, Jun 20, 2023 at 10:02 AM Andrea Righi > wrote: > > > > On Tue, Jun 20, 2023 at 09:19:58AM +0200, Andrea Righi wrote: > > > On Tue, Jun 20, 2023 at 08:47:54AM +0200, Ricardo Ribalda Delgado wrote: > > > > On Tue, Jun 20, 2023 at 7:46 AM Andrea Righi > > > > wrote: > > > > > > > > > > On Mon, Jun 19, 2023 at 09:54:41PM +0200, Ricardo Ribalda Delgado > > > > > wrote: > > > > > > Hi > > > > > > > > > > > > I have updated my repo to uprev v1.10 and support argcomple3. > > > > > > > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian > > > > > > > > > > > > Hector, Andrea, can you take a look at it? > > > > > > > > > > > > Hector the fun bits are at > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d0061347fea3bcbe44c4c > > > > > > > > > > Reviewed and added some comments, thanks! > > > > > > > > > > > > > > > > > Andrea: the build seems to be having issues with 32 bits: > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/jobs/4338837 > > > > > > > > > > Ah yes, I hit that yesterday as well: > > > > > https://launchpadlibrarian.net/673040751/buildlog_ubuntu-mantic-armhf.virtme-ng_1.12-1ubuntu1_BUILDING.txt.gz > > > > > > > > Can you check if > > > > https://salsa.debian.org/ribalda/virtme-ng/-/blob/debian/debian/patches/32bit.patch > > > > does the trick for you? > > > > > > usize seems to do the trick for me, I think it's more portable than > > > c_ulong (that comes from std::os::raw:c_ulong). > > I thought that std::os::raw:c_ulong was more or less ok, as I said... > me no rust :P I think they are both ok, I prefer usize just because it is more idiomatic Rust (usize is actually a distinct type) and c_ulong is provided to maintain compatibility with libc. > > > > > > > > I'll push a fix soon, I just want to make sure it builds everywhere > > > (testing right now). :) > > > > I confirm that this one seems to fix the build error: > > https://github.com/arighi/virtme-ng/commit/438158e15a8af04fadfbb3943a227271db4b6e29 > > > > I'd like to cut a new version (v1.11) at this point, if/when you have a > > new PR ready I can also include your changes (no rush). > > Cool, let me know when you want to land it, so I update my package. Ok, will do. > > I have added support for cross-compilation of the package: > https://salsa.debian.org/ribalda/virtme-ng/-/commit/0e6ffec3897504ef1b7af7171f3b9cf68decfc76 > > Also, to ease the development at some point we should converge on the > content of the debian folder. Is the package already in ubuntu? Absolutely, I would like to apply all your changes so that the content of debian/ upstream will be the same as yours. The package for Ubuntu is only available in a ppa at the moment. My plan is to land a proper package in Debian and then ask a resync of the same package in Ubuntu. Thanks, -andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hi Andrea On Tue, Jun 20, 2023 at 10:02 AM Andrea Righi wrote: > > On Tue, Jun 20, 2023 at 09:19:58AM +0200, Andrea Righi wrote: > > On Tue, Jun 20, 2023 at 08:47:54AM +0200, Ricardo Ribalda Delgado wrote: > > > On Tue, Jun 20, 2023 at 7:46 AM Andrea Righi > > > wrote: > > > > > > > > On Mon, Jun 19, 2023 at 09:54:41PM +0200, Ricardo Ribalda Delgado wrote: > > > > > Hi > > > > > > > > > > I have updated my repo to uprev v1.10 and support argcomple3. > > > > > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian > > > > > > > > > > Hector, Andrea, can you take a look at it? > > > > > > > > > > Hector the fun bits are at > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d0061347fea3bcbe44c4c > > > > > > > > Reviewed and added some comments, thanks! > > > > > > > > > > > > > > Andrea: the build seems to be having issues with 32 bits: > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/jobs/4338837 > > > > > > > > Ah yes, I hit that yesterday as well: > > > > https://launchpadlibrarian.net/673040751/buildlog_ubuntu-mantic-armhf.virtme-ng_1.12-1ubuntu1_BUILDING.txt.gz > > > > > > Can you check if > > > https://salsa.debian.org/ribalda/virtme-ng/-/blob/debian/debian/patches/32bit.patch > > > does the trick for you? > > > > usize seems to do the trick for me, I think it's more portable than > > c_ulong (that comes from std::os::raw:c_ulong). I thought that std::os::raw:c_ulong was more or less ok, as I said... me no rust :P > > > > I'll push a fix soon, I just want to make sure it builds everywhere > > (testing right now). :) > > I confirm that this one seems to fix the build error: > https://github.com/arighi/virtme-ng/commit/438158e15a8af04fadfbb3943a227271db4b6e29 > > I'd like to cut a new version (v1.11) at this point, if/when you have a > new PR ready I can also include your changes (no rush). Cool, let me know when you want to land it, so I update my package. I have added support for cross-compilation of the package: https://salsa.debian.org/ribalda/virtme-ng/-/commit/0e6ffec3897504ef1b7af7171f3b9cf68decfc76 Also, to ease the development at some point we should converge on the content of the debian folder. Is the package already in ubuntu? Cheeers! > > -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Tue, Jun 20, 2023 at 09:19:58AM +0200, Andrea Righi wrote: > On Tue, Jun 20, 2023 at 08:47:54AM +0200, Ricardo Ribalda Delgado wrote: > > On Tue, Jun 20, 2023 at 7:46 AM Andrea Righi > > wrote: > > > > > > On Mon, Jun 19, 2023 at 09:54:41PM +0200, Ricardo Ribalda Delgado wrote: > > > > Hi > > > > > > > > I have updated my repo to uprev v1.10 and support argcomple3. > > > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian > > > > > > > > Hector, Andrea, can you take a look at it? > > > > > > > > Hector the fun bits are at > > > > https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d0061347fea3bcbe44c4c > > > > > > Reviewed and added some comments, thanks! > > > > > > > > > > > Andrea: the build seems to be having issues with 32 bits: > > > > https://salsa.debian.org/ribalda/virtme-ng/-/jobs/4338837 > > > > > > Ah yes, I hit that yesterday as well: > > > https://launchpadlibrarian.net/673040751/buildlog_ubuntu-mantic-armhf.virtme-ng_1.12-1ubuntu1_BUILDING.txt.gz > > > > Can you check if > > https://salsa.debian.org/ribalda/virtme-ng/-/blob/debian/debian/patches/32bit.patch > > does the trick for you? > > usize seems to do the trick for me, I think it's more portable than > c_ulong (that comes from std::os::raw:c_ulong). > > I'll push a fix soon, I just want to make sure it builds everywhere > (testing right now). :) I confirm that this one seems to fix the build error: https://github.com/arighi/virtme-ng/commit/438158e15a8af04fadfbb3943a227271db4b6e29 I'd like to cut a new version (v1.11) at this point, if/when you have a new PR ready I can also include your changes (no rush). -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Tue, Jun 20, 2023 at 08:47:54AM +0200, Ricardo Ribalda Delgado wrote: > On Tue, Jun 20, 2023 at 7:46 AM Andrea Righi > wrote: > > > > On Mon, Jun 19, 2023 at 09:54:41PM +0200, Ricardo Ribalda Delgado wrote: > > > Hi > > > > > > I have updated my repo to uprev v1.10 and support argcomple3. > > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian > > > > > > Hector, Andrea, can you take a look at it? > > > > > > Hector the fun bits are at > > > https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d0061347fea3bcbe44c4c > > > > Reviewed and added some comments, thanks! > > > > > > > > Andrea: the build seems to be having issues with 32 bits: > > > https://salsa.debian.org/ribalda/virtme-ng/-/jobs/4338837 > > > > Ah yes, I hit that yesterday as well: > > https://launchpadlibrarian.net/673040751/buildlog_ubuntu-mantic-armhf.virtme-ng_1.12-1ubuntu1_BUILDING.txt.gz > > Can you check if > https://salsa.debian.org/ribalda/virtme-ng/-/blob/debian/debian/patches/32bit.patch > does the trick for you? usize seems to do the trick for me, I think it's more portable than c_ulong (that comes from std::os::raw:c_ulong). I'll push a fix soon, I just want to make sure it builds everywhere (testing right now). :) -Andrea > > warning! not a rust hacker myself :P > > > > > Part of these errors are fixed by: > > `879b4d4 ("virtme-ng-init: support 32-bit architectures")` > > > > But there are still some 32-bit related errors, I'll push an additional > > fix later today. > > > > -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Tue, Jun 20, 2023 at 7:46 AM Andrea Righi wrote: > > On Mon, Jun 19, 2023 at 09:54:41PM +0200, Ricardo Ribalda Delgado wrote: > > Hi > > > > I have updated my repo to uprev v1.10 and support argcomple3. > > > > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian > > > > Hector, Andrea, can you take a look at it? > > > > Hector the fun bits are at > > https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d0061347fea3bcbe44c4c > > Reviewed and added some comments, thanks! > > > > > Andrea: the build seems to be having issues with 32 bits: > > https://salsa.debian.org/ribalda/virtme-ng/-/jobs/4338837 > > Ah yes, I hit that yesterday as well: > https://launchpadlibrarian.net/673040751/buildlog_ubuntu-mantic-armhf.virtme-ng_1.12-1ubuntu1_BUILDING.txt.gz Can you check if https://salsa.debian.org/ribalda/virtme-ng/-/blob/debian/debian/patches/32bit.patch does the trick for you? warning! not a rust hacker myself :P > > Part of these errors are fixed by: > `879b4d4 ("virtme-ng-init: support 32-bit architectures")` > > But there are still some 32-bit related errors, I'll push an additional > fix later today. > > -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Mon, Jun 19, 2023 at 09:54:41PM +0200, Ricardo Ribalda Delgado wrote: > Hi > > I have updated my repo to uprev v1.10 and support argcomple3. > > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian > > Hector, Andrea, can you take a look at it? > > Hector the fun bits are at > https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d0061347fea3bcbe44c4c Reviewed and added some comments, thanks! > > Andrea: the build seems to be having issues with 32 bits: > https://salsa.debian.org/ribalda/virtme-ng/-/jobs/4338837 Ah yes, I hit that yesterday as well: https://launchpadlibrarian.net/673040751/buildlog_ubuntu-mantic-armhf.virtme-ng_1.12-1ubuntu1_BUILDING.txt.gz Part of these errors are fixed by: `879b4d4 ("virtme-ng-init: support 32-bit architectures")` But there are still some 32-bit related errors, I'll push an additional fix later today. -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hi I have updated my repo to uprev v1.10 and support argcomple3. https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian Hector, Andrea, can you take a look at it? Hector the fun bits are at https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d0061347fea3bcbe44c4c Andrea: the build seems to be having issues with 32 bits: https://salsa.debian.org/ribalda/virtme-ng/-/jobs/4338837 Thanks! On Mon, Jun 19, 2023 at 2:27 PM Andrea Righi wrote: > > On Mon, Jun 19, 2023 at 02:15:51PM +0200, Héctor Orón Martínez wrote: > > Hello, > > > > On Mon, 19 Jun 2023 at 13:56, Andrea Righi > > wrote: > > > > > > On Mon, Jun 19, 2023 at 01:20:04PM +0200, Héctor Orón Martínez wrote: > > > > Hello Andrea, > > > > > > > > On Wed, 31 May 2023 at 20:47, Andrea Righi > > > > wrote: > > > > > > > > > On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado > > > > > wrote: > > > > > > > > > > I think I have the first version of virtme-ng. > > > > > > > > > > > > @Héctor Orón Martínez can you help reviewing and pushing > > > > > > https://salsa.debian.org/ribalda/virtme-ng ? > > > > > > > > > > > > Maybe you could also create salsa.debian.org/debian/virtme-ng > > > > > > > > > > Is there any update on this? Anything I can do to help? > > > > > > > > I tried to build the package posted in the salsa repo, but failed for > > > > me, then I was unable to get back to this. Have you been able to > > > > review such a source tree? > > > > > > I'm able to build the package from Ricardo's repo. It's still at v1.6 > > > and upstream is already v1.10, but in general it looks good to me. > > > > > > What error did you get? > > > > I tried in a different machine now: > > > > register-python-argcomplete virtme-ng > virtme-ng-prompt > > /bin/sh: line 1: register-python-argcomplete: command not found > > > > This should be register-python-argcomplete3, solving that issue I was > > able to build it. > > Oh I see, in Ubuntu python3-argcomplete provides > register-python-argcomplete, while in Debian it's > register-python-argcomplete3. > > Not sure why it's different, maybe we should just do something like the > following to support both (if you like it I'll apply it upstream). > > Thanks for checking! > -Andrea > > debian/rules | 8 +++- > 1 file changed, 7 insertions(+), 1 deletion(-) > > diff --git a/debian/rules b/debian/rules > index db18ccd..0888cf2 100755 > --- a/debian/rules > +++ b/debian/rules > @@ -1,7 +1,13 @@ > #!/usr/bin/make -f > > +ARGCOMPLETE := $(shell command -v register-python-argcomplete3 2>/dev/null > || command -v register-python-argcomplete 2>/dev/null) > + > +ifeq ($(strip $(ARGCOMPLETE)),) > +$(error Neither register-python-argcomplete nor > register-python-argcomplete3 found in PATH) > +endif > + > virtme-ng-prompt: > - register-python-argcomplete virtme-ng vng > $@ > + $(ARGCOMPLETE) virtme-ng vng > $@ > > %: > dh $@ --with python3 --buildsystem=pybuild >
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Mon, Jun 19, 2023 at 02:15:51PM +0200, Héctor Orón Martínez wrote: > Hello, > > On Mon, 19 Jun 2023 at 13:56, Andrea Righi wrote: > > > > On Mon, Jun 19, 2023 at 01:20:04PM +0200, Héctor Orón Martínez wrote: > > > Hello Andrea, > > > > > > On Wed, 31 May 2023 at 20:47, Andrea Righi > > > wrote: > > > > > > > On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote: > > > > > > > > I think I have the first version of virtme-ng. > > > > > > > > > > @Héctor Orón Martínez can you help reviewing and pushing > > > > > https://salsa.debian.org/ribalda/virtme-ng ? > > > > > > > > > > Maybe you could also create salsa.debian.org/debian/virtme-ng > > > > > > > > Is there any update on this? Anything I can do to help? > > > > > > I tried to build the package posted in the salsa repo, but failed for > > > me, then I was unable to get back to this. Have you been able to > > > review such a source tree? > > > > I'm able to build the package from Ricardo's repo. It's still at v1.6 > > and upstream is already v1.10, but in general it looks good to me. > > > > What error did you get? > > I tried in a different machine now: > > register-python-argcomplete virtme-ng > virtme-ng-prompt > /bin/sh: line 1: register-python-argcomplete: command not found > > This should be register-python-argcomplete3, solving that issue I was > able to build it. Oh I see, in Ubuntu python3-argcomplete provides register-python-argcomplete, while in Debian it's register-python-argcomplete3. Not sure why it's different, maybe we should just do something like the following to support both (if you like it I'll apply it upstream). Thanks for checking! -Andrea debian/rules | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/debian/rules b/debian/rules index db18ccd..0888cf2 100755 --- a/debian/rules +++ b/debian/rules @@ -1,7 +1,13 @@ #!/usr/bin/make -f +ARGCOMPLETE := $(shell command -v register-python-argcomplete3 2>/dev/null || command -v register-python-argcomplete 2>/dev/null) + +ifeq ($(strip $(ARGCOMPLETE)),) +$(error Neither register-python-argcomplete nor register-python-argcomplete3 found in PATH) +endif + virtme-ng-prompt: - register-python-argcomplete virtme-ng vng > $@ + $(ARGCOMPLETE) virtme-ng vng > $@ %: dh $@ --with python3 --buildsystem=pybuild
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hello, On Mon, 19 Jun 2023 at 13:56, Andrea Righi wrote: > > On Mon, Jun 19, 2023 at 01:20:04PM +0200, Héctor Orón Martínez wrote: > > Hello Andrea, > > > > On Wed, 31 May 2023 at 20:47, Andrea Righi > > wrote: > > > > > On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote: > > > > > > I think I have the first version of virtme-ng. > > > > > > > > @Héctor Orón Martínez can you help reviewing and pushing > > > > https://salsa.debian.org/ribalda/virtme-ng ? > > > > > > > > Maybe you could also create salsa.debian.org/debian/virtme-ng > > > > > > Is there any update on this? Anything I can do to help? > > > > I tried to build the package posted in the salsa repo, but failed for > > me, then I was unable to get back to this. Have you been able to > > review such a source tree? > > I'm able to build the package from Ricardo's repo. It's still at v1.6 > and upstream is already v1.10, but in general it looks good to me. > > What error did you get? I tried in a different machine now: register-python-argcomplete virtme-ng > virtme-ng-prompt /bin/sh: line 1: register-python-argcomplete: command not found This should be register-python-argcomplete3, solving that issue I was able to build it. Regards -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Mon, Jun 19, 2023 at 01:20:04PM +0200, Héctor Orón Martínez wrote: > Hello Andrea, > > On Wed, 31 May 2023 at 20:47, Andrea Righi wrote: > > > On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote: > > > > I think I have the first version of virtme-ng. > > > > > > @Héctor Orón Martínez can you help reviewing and pushing > > > https://salsa.debian.org/ribalda/virtme-ng ? > > > > > > Maybe you could also create salsa.debian.org/debian/virtme-ng > > > > Is there any update on this? Anything I can do to help? > > I tried to build the package posted in the salsa repo, but failed for > me, then I was unable to get back to this. Have you been able to > review such a source tree? I'm able to build the package from Ricardo's repo. It's still at v1.6 and upstream is already v1.10, but in general it looks good to me. What error did you get? -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hello Andrea, On Wed, 31 May 2023 at 20:47, Andrea Righi wrote: > On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote: > > I think I have the first version of virtme-ng. > > > > @Héctor Orón Martínez can you help reviewing and pushing > > https://salsa.debian.org/ribalda/virtme-ng ? > > > > Maybe you could also create salsa.debian.org/debian/virtme-ng > > Is there any update on this? Anything I can do to help? I tried to build the package posted in the salsa repo, but failed for me, then I was unable to get back to this. Have you been able to review such a source tree? Regards > > >> > El mar, 9 de may de 2023, 07:54, Emmanuel Arias > > >> > escribió: > > >> >> > > >> >> Oh, I did not note/check that virtme already exists in Debian. > > >> >> > > >> >> Anyway, I am interest in the package, so I will follow > > >> >> virtme/virme-ng project :-) > > >> >> > > >> >> El mar, 9 de may de 2023, 07:49, Ricardo Ribalda Delgado > > >> >> escribió: > > >> >>> > > >> >>> On Tue, May 9, 2023 at 12:46 PM Andrea Righi > > >> >>> wrote: > > >> >>> > > > >> >>> > On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado > > >> >>> > wrote: > > >> >>> > > Hi > > >> >>> > > > > >> >>> > > > > >> >>> > > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez > > >> >>> > > wrote: > > >> >>> > > > > > >> >>> > > > Hello, > > >> >>> > > > > > >> >>> > > > El mar, 9 may 2023, 9:51, Andrea Righi > > >> >>> > > > escribió: > > >> >>> > > >> > > >> >>> > > >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón > > >> >>> > > >> Martínez wrote: > > >> >>> > > >> > Hello, > > >> >>> > > >> > > > >> >>> > > >> > virtme already exists in Debian, what would be the > > >> >>> > > >> > benefit of virtme-ng > > >> >>> > > >> > over virtme? > > >> >>> > > >> > > > >> >>> > > >> > https://salsa.debian.org/debian/virtme > > >> >>> > > >> > > > >> >>> > > >> > Regards > > >> >>> > > >> > > >> >>> > > >> The original virtme project is not maintained anymore > > >> >>> > > >> (https://github.com/amluto/virtme), so we decided to fork the > > >> >>> > > >> project > > >> >>> > > >> and continue the development / bug fixing in virtme-ng > > >> >>> > > >> (https://github.com/arighi/virtme-ng). > > >> >>> > > >> > > >> >>> > > >> Some people are already using and contributing to virtme-ng > > >> >>> > > >> and there > > >> >>> > > >> are plans to package it in SuSE. > > >> >>> > > >> > > >> >>> > > >> Honestly I don't know what would be the right procedure to > > >> >>> > > >> "obsolete" > > >> >>> > > >> the old virtme package and replace it virtme-ng (if > > >> >>> > > >> possible), but > > >> >>> > > >> ideally it would be nice to do something like this. Any > > >> >>> > > >> guidance or > > >> >>> > > >> suggestion is welcome. > > >> >>> > > > > > >> >>> > > > > > >> >>> > > > I suggest we evaluate switching upstream from virtme to > > >> >>> > > > virtme-ng, on the Debian virtme package. I would not mind if > > >> >>> > > > you want to be added as uploader for the package. > > >> >>> > > > > > >> >>> > > > Ricardo has been working on virtme. What do you think? > > >> >>> > > > > >> >>> > > SGTM. Maybe we can send an email out of courtesy to the old > > >> >>> > > virtme author. > > >> >>> > > > >> >>> > All good to me as well! I already sent an email to the virtme > > >> >>> > author > > >> >>> > (Andrew Lutomirski) to inform him that I was forking the project, > > >> >>> > but I > > >> >>> > didn't get any response. > > >> >>> > > >> >>> That sounds good. > > >> >>> > > >> >>> > > > >> >>> > Maybe I can try to ping him again and see if he's also happy about > > >> >>> > this > > >> >>> > plan. > > >> >>> > > >> >>> May I suggest that when you ping them, tell them about the plans to > > >> >>> replace virtme with virtme-ng on Debian and put me on cc? > > >> >>> > > >> >>> Thanks! > > >> >>> > > >> >>> > > >> >>> > > > >> >>> > -Andrea -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote: > Hi all > > I think I have the first version of virtme-ng. > > @Héctor Orón Martínez can you help reviewing and pushing > https://salsa.debian.org/ribalda/virtme-ng ? > > Maybe you could also create salsa.debian.org/debian/virtme-ng Is there any update on this? Anything I can do to help? -Andrea > > > Thanks and regards! > > On Wed, May 10, 2023 at 5:04 PM Emmanuel Arias wrote: > > > > > > > > > > On Wed, May 10, 2023 at 11:41 AM Ricardo Ribalda Delgado > > wrote: > >> > >> Hi Emmanuel > >> > >> > >> On Wed, May 10, 2023 at 1:03 AM Emmanuel Arias wrote: > >> > > >> > Upstream respond without objection. Is there any volunter to this > >> > transition? If not i would happy to work on it. > >> > >> I can take care of it. I won't probably start until the weekend though > > > > > > Sounds good, thanks! > > > > Cheers, > >> > >> > >> Regards > >> > >> > > >> > Cheers > >> > > >> > > >> > El mar, 9 de may de 2023, 07:54, Emmanuel Arias > >> > escribió: > >> >> > >> >> Oh, I did not note/check that virtme already exists in Debian. > >> >> > >> >> Anyway, I am interest in the package, so I will follow virtme/virme-ng > >> >> project :-) > >> >> > >> >> El mar, 9 de may de 2023, 07:49, Ricardo Ribalda Delgado > >> >> escribió: > >> >>> > >> >>> On Tue, May 9, 2023 at 12:46 PM Andrea Righi > >> >>> wrote: > >> >>> > > >> >>> > On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado > >> >>> > wrote: > >> >>> > > Hi > >> >>> > > > >> >>> > > > >> >>> > > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez > >> >>> > > wrote: > >> >>> > > > > >> >>> > > > Hello, > >> >>> > > > > >> >>> > > > El mar, 9 may 2023, 9:51, Andrea Righi > >> >>> > > > escribió: > >> >>> > > >> > >> >>> > > >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez > >> >>> > > >> wrote: > >> >>> > > >> > Hello, > >> >>> > > >> > > >> >>> > > >> > virtme already exists in Debian, what would be the benefit > >> >>> > > >> > of virtme-ng > >> >>> > > >> > over virtme? > >> >>> > > >> > > >> >>> > > >> > https://salsa.debian.org/debian/virtme > >> >>> > > >> > > >> >>> > > >> > Regards > >> >>> > > >> > >> >>> > > >> The original virtme project is not maintained anymore > >> >>> > > >> (https://github.com/amluto/virtme), so we decided to fork the > >> >>> > > >> project > >> >>> > > >> and continue the development / bug fixing in virtme-ng > >> >>> > > >> (https://github.com/arighi/virtme-ng). > >> >>> > > >> > >> >>> > > >> Some people are already using and contributing to virtme-ng and > >> >>> > > >> there > >> >>> > > >> are plans to package it in SuSE. > >> >>> > > >> > >> >>> > > >> Honestly I don't know what would be the right procedure to > >> >>> > > >> "obsolete" > >> >>> > > >> the old virtme package and replace it virtme-ng (if possible), > >> >>> > > >> but > >> >>> > > >> ideally it would be nice to do something like this. Any > >> >>> > > >> guidance or > >> >>> > > >> suggestion is welcome. > >> >>> > > > > >> >>> > > > > >> >>> > > > I suggest we evaluate switching upstream from virtme to > >> >>> > > > virtme-ng, on the Debian virtme package. I would not mind if you > >> >>> > > > want to be added as uploader for the package. > >> >>> > > > > >> >>> > > > Ricardo has been working on virtme. What do you think? > >> >>> > > > >> >>> > > SGTM. Maybe we can send an email out of courtesy to the old virtme > >> >>> > > author. > >> >>> > > >> >>> > All good to me as well! I already sent an email to the virtme author > >> >>> > (Andrew Lutomirski) to inform him that I was forking the project, > >> >>> > but I > >> >>> > didn't get any response. > >> >>> > >> >>> That sounds good. > >> >>> > >> >>> > > >> >>> > Maybe I can try to ping him again and see if he's also happy about > >> >>> > this > >> >>> > plan. > >> >>> > >> >>> May I suggest that when you ping them, tell them about the plans to > >> >>> replace virtme with virtme-ng on Debian and put me on cc? > >> >>> > >> >>> Thanks! > >> >>> > >> >>> > >> >>> > > >> >>> > -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote: > Hi all > > I think I have the first version of virtme-ng. > > @Héctor Orón Martínez can you help reviewing and pushing > https://salsa.debian.org/ribalda/virtme-ng ? > > Maybe you could also create salsa.debian.org/debian/virtme-ng > > > Thanks and regards! Thank you so much for this Ricardo, and thank you for picking 1.6, that I just released a few hours ago. Perfect timing! :) -Andrea > > On Wed, May 10, 2023 at 5:04 PM Emmanuel Arias wrote: > > > > > > > > > > On Wed, May 10, 2023 at 11:41 AM Ricardo Ribalda Delgado > > wrote: > >> > >> Hi Emmanuel > >> > >> > >> On Wed, May 10, 2023 at 1:03 AM Emmanuel Arias wrote: > >> > > >> > Upstream respond without objection. Is there any volunter to this > >> > transition? If not i would happy to work on it. > >> > >> I can take care of it. I won't probably start until the weekend though > > > > > > Sounds good, thanks! > > > > Cheers, > >> > >> > >> Regards > >> > >> > > >> > Cheers > >> > > >> > > >> > El mar, 9 de may de 2023, 07:54, Emmanuel Arias > >> > escribió: > >> >> > >> >> Oh, I did not note/check that virtme already exists in Debian. > >> >> > >> >> Anyway, I am interest in the package, so I will follow virtme/virme-ng > >> >> project :-) > >> >> > >> >> El mar, 9 de may de 2023, 07:49, Ricardo Ribalda Delgado > >> >> escribió: > >> >>> > >> >>> On Tue, May 9, 2023 at 12:46 PM Andrea Righi > >> >>> wrote: > >> >>> > > >> >>> > On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado > >> >>> > wrote: > >> >>> > > Hi > >> >>> > > > >> >>> > > > >> >>> > > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez > >> >>> > > wrote: > >> >>> > > > > >> >>> > > > Hello, > >> >>> > > > > >> >>> > > > El mar, 9 may 2023, 9:51, Andrea Righi > >> >>> > > > escribió: > >> >>> > > >> > >> >>> > > >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez > >> >>> > > >> wrote: > >> >>> > > >> > Hello, > >> >>> > > >> > > >> >>> > > >> > virtme already exists in Debian, what would be the benefit > >> >>> > > >> > of virtme-ng > >> >>> > > >> > over virtme? > >> >>> > > >> > > >> >>> > > >> > https://salsa.debian.org/debian/virtme > >> >>> > > >> > > >> >>> > > >> > Regards > >> >>> > > >> > >> >>> > > >> The original virtme project is not maintained anymore > >> >>> > > >> (https://github.com/amluto/virtme), so we decided to fork the > >> >>> > > >> project > >> >>> > > >> and continue the development / bug fixing in virtme-ng > >> >>> > > >> (https://github.com/arighi/virtme-ng). > >> >>> > > >> > >> >>> > > >> Some people are already using and contributing to virtme-ng and > >> >>> > > >> there > >> >>> > > >> are plans to package it in SuSE. > >> >>> > > >> > >> >>> > > >> Honestly I don't know what would be the right procedure to > >> >>> > > >> "obsolete" > >> >>> > > >> the old virtme package and replace it virtme-ng (if possible), > >> >>> > > >> but > >> >>> > > >> ideally it would be nice to do something like this. Any > >> >>> > > >> guidance or > >> >>> > > >> suggestion is welcome. > >> >>> > > > > >> >>> > > > > >> >>> > > > I suggest we evaluate switching upstream from virtme to > >> >>> > > > virtme-ng, on the Debian virtme package. I would not mind if you > >> >>> > > > want to be added as uploader for the package. > >> >>> > > > > >> >>> > > > Ricardo has been working on virtme. What do you think? > >> >>> > > > >> >>> > > SGTM. Maybe we can send an email out of courtesy to the old virtme > >> >>> > > author. > >> >>> > > >> >>> > All good to me as well! I already sent an email to the virtme author > >> >>> > (Andrew Lutomirski) to inform him that I was forking the project, > >> >>> > but I > >> >>> > didn't get any response. > >> >>> > >> >>> That sounds good. > >> >>> > >> >>> > > >> >>> > Maybe I can try to ping him again and see if he's also happy about > >> >>> > this > >> >>> > plan. > >> >>> > >> >>> May I suggest that when you ping them, tell them about the plans to > >> >>> replace virtme with virtme-ng on Debian and put me on cc? > >> >>> > >> >>> Thanks! > >> >>> > >> >>> > >> >>> > > >> >>> > -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hi all I think I have the first version of virtme-ng. @Héctor Orón Martínez can you help reviewing and pushing https://salsa.debian.org/ribalda/virtme-ng ? Maybe you could also create salsa.debian.org/debian/virtme-ng Thanks and regards! On Wed, May 10, 2023 at 5:04 PM Emmanuel Arias wrote: > > > > > On Wed, May 10, 2023 at 11:41 AM Ricardo Ribalda Delgado > wrote: >> >> Hi Emmanuel >> >> >> On Wed, May 10, 2023 at 1:03 AM Emmanuel Arias wrote: >> > >> > Upstream respond without objection. Is there any volunter to this >> > transition? If not i would happy to work on it. >> >> I can take care of it. I won't probably start until the weekend though > > > Sounds good, thanks! > > Cheers, >> >> >> Regards >> >> > >> > Cheers >> > >> > >> > El mar, 9 de may de 2023, 07:54, Emmanuel Arias >> > escribió: >> >> >> >> Oh, I did not note/check that virtme already exists in Debian. >> >> >> >> Anyway, I am interest in the package, so I will follow virtme/virme-ng >> >> project :-) >> >> >> >> El mar, 9 de may de 2023, 07:49, Ricardo Ribalda Delgado >> >> escribió: >> >>> >> >>> On Tue, May 9, 2023 at 12:46 PM Andrea Righi >> >>> wrote: >> >>> > >> >>> > On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado >> >>> > wrote: >> >>> > > Hi >> >>> > > >> >>> > > >> >>> > > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez >> >>> > > wrote: >> >>> > > > >> >>> > > > Hello, >> >>> > > > >> >>> > > > El mar, 9 may 2023, 9:51, Andrea Righi >> >>> > > > escribió: >> >>> > > >> >> >>> > > >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez >> >>> > > >> wrote: >> >>> > > >> > Hello, >> >>> > > >> > >> >>> > > >> > virtme already exists in Debian, what would be the benefit of >> >>> > > >> > virtme-ng >> >>> > > >> > over virtme? >> >>> > > >> > >> >>> > > >> > https://salsa.debian.org/debian/virtme >> >>> > > >> > >> >>> > > >> > Regards >> >>> > > >> >> >>> > > >> The original virtme project is not maintained anymore >> >>> > > >> (https://github.com/amluto/virtme), so we decided to fork the >> >>> > > >> project >> >>> > > >> and continue the development / bug fixing in virtme-ng >> >>> > > >> (https://github.com/arighi/virtme-ng). >> >>> > > >> >> >>> > > >> Some people are already using and contributing to virtme-ng and >> >>> > > >> there >> >>> > > >> are plans to package it in SuSE. >> >>> > > >> >> >>> > > >> Honestly I don't know what would be the right procedure to >> >>> > > >> "obsolete" >> >>> > > >> the old virtme package and replace it virtme-ng (if possible), but >> >>> > > >> ideally it would be nice to do something like this. Any guidance >> >>> > > >> or >> >>> > > >> suggestion is welcome. >> >>> > > > >> >>> > > > >> >>> > > > I suggest we evaluate switching upstream from virtme to virtme-ng, >> >>> > > > on the Debian virtme package. I would not mind if you want to be >> >>> > > > added as uploader for the package. >> >>> > > > >> >>> > > > Ricardo has been working on virtme. What do you think? >> >>> > > >> >>> > > SGTM. Maybe we can send an email out of courtesy to the old virtme >> >>> > > author. >> >>> > >> >>> > All good to me as well! I already sent an email to the virtme author >> >>> > (Andrew Lutomirski) to inform him that I was forking the project, but I >> >>> > didn't get any response. >> >>> >> >>> That sounds good. >> >>> >> >>> > >> >>> > Maybe I can try to ping him again and see if he's also happy about this >> >>> > plan. >> >>> >> >>> May I suggest that when you ping them, tell them about the plans to >> >>> replace virtme with virtme-ng on Debian and put me on cc? >> >>> >> >>> Thanks! >> >>> >> >>> >> >>> > >> >>> > -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hello Emilio, On Thu, 11 May 2023 at 11:12, Emilio Pozuelo Monfort wrote: > > On 09/05/2023 09:51, Andrea Righi wrote: > > On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: > >> Hello, > >> > >>virtme already exists in Debian, what would be the benefit of virtme-ng > >> over virtme? > >> > >> https://salsa.debian.org/debian/virtme > >> > >> Regards > > > > The original virtme project is not maintained anymore > > (https://github.com/amluto/virtme), so we decided to fork the project > > and continue the development / bug fixing in virtme-ng > > (https://github.com/arighi/virtme-ng). > > If the original project is no longer maintained, I'd suggest to keep the same > name and move it into a github group, then invite the original author if he > ever > wants to come back. That way there's no need to add new packages with > transitional packages in every distribution. That's e.g. what happened with > terminator. Not sure if it's too late to do that in this specific case. There has been some communication off debian-devel with the upstream maintainer and that's indeed part of the plan. Ricardo has volunteered to swap the upstream on virtme to be virtme-ng, avoiding transitional packages. Since the package is not part of bookworm (it is sid only ATM), there is no issue. -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On 09/05/2023 09:51, Andrea Righi wrote: On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: Hello, virtme already exists in Debian, what would be the benefit of virtme-ng over virtme? https://salsa.debian.org/debian/virtme Regards The original virtme project is not maintained anymore (https://github.com/amluto/virtme), so we decided to fork the project and continue the development / bug fixing in virtme-ng (https://github.com/arighi/virtme-ng). If the original project is no longer maintained, I'd suggest to keep the same name and move it into a github group, then invite the original author if he ever wants to come back. That way there's no need to add new packages with transitional packages in every distribution. That's e.g. what happened with terminator. Not sure if it's too late to do that in this specific case. Cheers, Emilio
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Wed, May 10, 2023 at 11:41 AM Ricardo Ribalda Delgado < rica...@ribalda.com> wrote: > Hi Emmanuel > > > On Wed, May 10, 2023 at 1:03 AM Emmanuel Arias wrote: > > > > Upstream respond without objection. Is there any volunter to this > transition? If not i would happy to work on it. > > I can take care of it. I won't probably start until the weekend though > Sounds good, thanks! Cheers, > > Regards > > > > > Cheers > > > > > > El mar, 9 de may de 2023, 07:54, Emmanuel Arias > escribió: > >> > >> Oh, I did not note/check that virtme already exists in Debian. > >> > >> Anyway, I am interest in the package, so I will follow virtme/virme-ng > project :-) > >> > >> El mar, 9 de may de 2023, 07:49, Ricardo Ribalda Delgado < > rica...@ribalda.com> escribió: > >>> > >>> On Tue, May 9, 2023 at 12:46 PM Andrea Righi < > andrea.ri...@canonical.com> wrote: > >>> > > >>> > On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado > wrote: > >>> > > Hi > >>> > > > >>> > > > >>> > > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez > >>> > > wrote: > >>> > > > > >>> > > > Hello, > >>> > > > > >>> > > > El mar, 9 may 2023, 9:51, Andrea Righi < > andrea.ri...@canonical.com> escribió: > >>> > > >> > >>> > > >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez > wrote: > >>> > > >> > Hello, > >>> > > >> > > >>> > > >> > virtme already exists in Debian, what would be the benefit > of virtme-ng > >>> > > >> > over virtme? > >>> > > >> > > >>> > > >> > https://salsa.debian.org/debian/virtme > >>> > > >> > > >>> > > >> > Regards > >>> > > >> > >>> > > >> The original virtme project is not maintained anymore > >>> > > >> (https://github.com/amluto/virtme), so we decided to fork the > project > >>> > > >> and continue the development / bug fixing in virtme-ng > >>> > > >> (https://github.com/arighi/virtme-ng). > >>> > > >> > >>> > > >> Some people are already using and contributing to virtme-ng and > there > >>> > > >> are plans to package it in SuSE. > >>> > > >> > >>> > > >> Honestly I don't know what would be the right procedure to > "obsolete" > >>> > > >> the old virtme package and replace it virtme-ng (if possible), > but > >>> > > >> ideally it would be nice to do something like this. Any > guidance or > >>> > > >> suggestion is welcome. > >>> > > > > >>> > > > > >>> > > > I suggest we evaluate switching upstream from virtme to > virtme-ng, on the Debian virtme package. I would not mind if you want to be > added as uploader for the package. > >>> > > > > >>> > > > Ricardo has been working on virtme. What do you think? > >>> > > > >>> > > SGTM. Maybe we can send an email out of courtesy to the old virtme > author. > >>> > > >>> > All good to me as well! I already sent an email to the virtme author > >>> > (Andrew Lutomirski) to inform him that I was forking the project, > but I > >>> > didn't get any response. > >>> > >>> That sounds good. > >>> > >>> > > >>> > Maybe I can try to ping him again and see if he's also happy about > this > >>> > plan. > >>> > >>> May I suggest that when you ping them, tell them about the plans to > >>> replace virtme with virtme-ng on Debian and put me on cc? > >>> > >>> Thanks! > >>> > >>> > >>> > > >>> > -Andrea >
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hi Emmanuel On Wed, May 10, 2023 at 1:03 AM Emmanuel Arias wrote: > > Upstream respond without objection. Is there any volunter to this > transition? If not i would happy to work on it. I can take care of it. I won't probably start until the weekend though Regards > > Cheers > > > El mar, 9 de may de 2023, 07:54, Emmanuel Arias escribió: >> >> Oh, I did not note/check that virtme already exists in Debian. >> >> Anyway, I am interest in the package, so I will follow virtme/virme-ng >> project :-) >> >> El mar, 9 de may de 2023, 07:49, Ricardo Ribalda Delgado >> escribió: >>> >>> On Tue, May 9, 2023 at 12:46 PM Andrea Righi >>> wrote: >>> > >>> > On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado wrote: >>> > > Hi >>> > > >>> > > >>> > > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez >>> > > wrote: >>> > > > >>> > > > Hello, >>> > > > >>> > > > El mar, 9 may 2023, 9:51, Andrea Righi >>> > > > escribió: >>> > > >> >>> > > >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: >>> > > >> > Hello, >>> > > >> > >>> > > >> > virtme already exists in Debian, what would be the benefit of >>> > > >> > virtme-ng >>> > > >> > over virtme? >>> > > >> > >>> > > >> > https://salsa.debian.org/debian/virtme >>> > > >> > >>> > > >> > Regards >>> > > >> >>> > > >> The original virtme project is not maintained anymore >>> > > >> (https://github.com/amluto/virtme), so we decided to fork the project >>> > > >> and continue the development / bug fixing in virtme-ng >>> > > >> (https://github.com/arighi/virtme-ng). >>> > > >> >>> > > >> Some people are already using and contributing to virtme-ng and there >>> > > >> are plans to package it in SuSE. >>> > > >> >>> > > >> Honestly I don't know what would be the right procedure to "obsolete" >>> > > >> the old virtme package and replace it virtme-ng (if possible), but >>> > > >> ideally it would be nice to do something like this. Any guidance or >>> > > >> suggestion is welcome. >>> > > > >>> > > > >>> > > > I suggest we evaluate switching upstream from virtme to virtme-ng, on >>> > > > the Debian virtme package. I would not mind if you want to be added >>> > > > as uploader for the package. >>> > > > >>> > > > Ricardo has been working on virtme. What do you think? >>> > > >>> > > SGTM. Maybe we can send an email out of courtesy to the old virtme >>> > > author. >>> > >>> > All good to me as well! I already sent an email to the virtme author >>> > (Andrew Lutomirski) to inform him that I was forking the project, but I >>> > didn't get any response. >>> >>> That sounds good. >>> >>> > >>> > Maybe I can try to ping him again and see if he's also happy about this >>> > plan. >>> >>> May I suggest that when you ping them, tell them about the plans to >>> replace virtme with virtme-ng on Debian and put me on cc? >>> >>> Thanks! >>> >>> >>> > >>> > -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Upstream respond without objection. Is there any volunter to this transition? If not i would happy to work on it. Cheers El mar, 9 de may de 2023, 07:54, Emmanuel Arias escribió: > Oh, I did not note/check that virtme already exists in Debian. > > Anyway, I am interest in the package, so I will follow virtme/virme-ng > project :-) > > El mar, 9 de may de 2023, 07:49, Ricardo Ribalda Delgado < > rica...@ribalda.com> escribió: > >> On Tue, May 9, 2023 at 12:46 PM Andrea Righi >> wrote: >> > >> > On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado wrote: >> > > Hi >> > > >> > > >> > > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez >> > > wrote: >> > > > >> > > > Hello, >> > > > >> > > > El mar, 9 may 2023, 9:51, Andrea Righi >> escribió: >> > > >> >> > > >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez >> wrote: >> > > >> > Hello, >> > > >> > >> > > >> > virtme already exists in Debian, what would be the benefit of >> virtme-ng >> > > >> > over virtme? >> > > >> > >> > > >> > https://salsa.debian.org/debian/virtme >> > > >> > >> > > >> > Regards >> > > >> >> > > >> The original virtme project is not maintained anymore >> > > >> (https://github.com/amluto/virtme), so we decided to fork the >> project >> > > >> and continue the development / bug fixing in virtme-ng >> > > >> (https://github.com/arighi/virtme-ng). >> > > >> >> > > >> Some people are already using and contributing to virtme-ng and >> there >> > > >> are plans to package it in SuSE. >> > > >> >> > > >> Honestly I don't know what would be the right procedure to >> "obsolete" >> > > >> the old virtme package and replace it virtme-ng (if possible), but >> > > >> ideally it would be nice to do something like this. Any guidance or >> > > >> suggestion is welcome. >> > > > >> > > > >> > > > I suggest we evaluate switching upstream from virtme to virtme-ng, >> on the Debian virtme package. I would not mind if you want to be added as >> uploader for the package. >> > > > >> > > > Ricardo has been working on virtme. What do you think? >> > > >> > > SGTM. Maybe we can send an email out of courtesy to the old virtme >> author. >> > >> > All good to me as well! I already sent an email to the virtme author >> > (Andrew Lutomirski) to inform him that I was forking the project, but I >> > didn't get any response. >> >> That sounds good. >> >> > >> > Maybe I can try to ping him again and see if he's also happy about this >> > plan. >> >> May I suggest that when you ping them, tell them about the plans to >> replace virtme with virtme-ng on Debian and put me on cc? >> >> Thanks! >> >> >> > >> > -Andrea >> >
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Tue, May 9, 2023 at 12:46 PM Andrea Righi wrote: > > On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado wrote: > > Hi > > > > > > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez > > wrote: > > > > > > Hello, > > > > > > El mar, 9 may 2023, 9:51, Andrea Righi > > > escribió: > > >> > > >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: > > >> > Hello, > > >> > > > >> > virtme already exists in Debian, what would be the benefit of > > >> > virtme-ng > > >> > over virtme? > > >> > > > >> > https://salsa.debian.org/debian/virtme > > >> > > > >> > Regards > > >> > > >> The original virtme project is not maintained anymore > > >> (https://github.com/amluto/virtme), so we decided to fork the project > > >> and continue the development / bug fixing in virtme-ng > > >> (https://github.com/arighi/virtme-ng). > > >> > > >> Some people are already using and contributing to virtme-ng and there > > >> are plans to package it in SuSE. > > >> > > >> Honestly I don't know what would be the right procedure to "obsolete" > > >> the old virtme package and replace it virtme-ng (if possible), but > > >> ideally it would be nice to do something like this. Any guidance or > > >> suggestion is welcome. > > > > > > > > > I suggest we evaluate switching upstream from virtme to virtme-ng, on the > > > Debian virtme package. I would not mind if you want to be added as > > > uploader for the package. > > > > > > Ricardo has been working on virtme. What do you think? > > > > SGTM. Maybe we can send an email out of courtesy to the old virtme author. > > All good to me as well! I already sent an email to the virtme author > (Andrew Lutomirski) to inform him that I was forking the project, but I > didn't get any response. That sounds good. > > Maybe I can try to ping him again and see if he's also happy about this > plan. May I suggest that when you ping them, tell them about the plans to replace virtme with virtme-ng on Debian and put me on cc? Thanks! > > -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado wrote: > Hi > > > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez > wrote: > > > > Hello, > > > > El mar, 9 may 2023, 9:51, Andrea Righi > > escribió: > >> > >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: > >> > Hello, > >> > > >> > virtme already exists in Debian, what would be the benefit of virtme-ng > >> > over virtme? > >> > > >> > https://salsa.debian.org/debian/virtme > >> > > >> > Regards > >> > >> The original virtme project is not maintained anymore > >> (https://github.com/amluto/virtme), so we decided to fork the project > >> and continue the development / bug fixing in virtme-ng > >> (https://github.com/arighi/virtme-ng). > >> > >> Some people are already using and contributing to virtme-ng and there > >> are plans to package it in SuSE. > >> > >> Honestly I don't know what would be the right procedure to "obsolete" > >> the old virtme package and replace it virtme-ng (if possible), but > >> ideally it would be nice to do something like this. Any guidance or > >> suggestion is welcome. > > > > > > I suggest we evaluate switching upstream from virtme to virtme-ng, on the > > Debian virtme package. I would not mind if you want to be added as uploader > > for the package. > > > > Ricardo has been working on virtme. What do you think? > > SGTM. Maybe we can send an email out of courtesy to the old virtme author. All good to me as well! I already sent an email to the virtme author (Andrew Lutomirski) to inform him that I was forking the project, but I didn't get any response. Maybe I can try to ping him again and see if he's also happy about this plan. -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Oh, I did not note/check that virtme already exists in Debian. Anyway, I am interest in the package, so I will follow virtme/virme-ng project :-) El mar, 9 de may de 2023, 07:49, Ricardo Ribalda Delgado < rica...@ribalda.com> escribió: > On Tue, May 9, 2023 at 12:46 PM Andrea Righi > wrote: > > > > On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado wrote: > > > Hi > > > > > > > > > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez > > > wrote: > > > > > > > > Hello, > > > > > > > > El mar, 9 may 2023, 9:51, Andrea Righi > escribió: > > > >> > > > >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez > wrote: > > > >> > Hello, > > > >> > > > > >> > virtme already exists in Debian, what would be the benefit of > virtme-ng > > > >> > over virtme? > > > >> > > > > >> > https://salsa.debian.org/debian/virtme > > > >> > > > > >> > Regards > > > >> > > > >> The original virtme project is not maintained anymore > > > >> (https://github.com/amluto/virtme), so we decided to fork the > project > > > >> and continue the development / bug fixing in virtme-ng > > > >> (https://github.com/arighi/virtme-ng). > > > >> > > > >> Some people are already using and contributing to virtme-ng and > there > > > >> are plans to package it in SuSE. > > > >> > > > >> Honestly I don't know what would be the right procedure to > "obsolete" > > > >> the old virtme package and replace it virtme-ng (if possible), but > > > >> ideally it would be nice to do something like this. Any guidance or > > > >> suggestion is welcome. > > > > > > > > > > > > I suggest we evaluate switching upstream from virtme to virtme-ng, > on the Debian virtme package. I would not mind if you want to be added as > uploader for the package. > > > > > > > > Ricardo has been working on virtme. What do you think? > > > > > > SGTM. Maybe we can send an email out of courtesy to the old virtme > author. > > > > All good to me as well! I already sent an email to the virtme author > > (Andrew Lutomirski) to inform him that I was forking the project, but I > > didn't get any response. > > That sounds good. > > > > > Maybe I can try to ping him again and see if he's also happy about this > > plan. > > May I suggest that when you ping them, tell them about the plans to > replace virtme with virtme-ng on Debian and put me on cc? > > Thanks! > > > > > > -Andrea >
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hi On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez wrote: > > Hello, > > El mar, 9 may 2023, 9:51, Andrea Righi escribió: >> >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: >> > Hello, >> > >> > virtme already exists in Debian, what would be the benefit of virtme-ng >> > over virtme? >> > >> > https://salsa.debian.org/debian/virtme >> > >> > Regards >> >> The original virtme project is not maintained anymore >> (https://github.com/amluto/virtme), so we decided to fork the project >> and continue the development / bug fixing in virtme-ng >> (https://github.com/arighi/virtme-ng). >> >> Some people are already using and contributing to virtme-ng and there >> are plans to package it in SuSE. >> >> Honestly I don't know what would be the right procedure to "obsolete" >> the old virtme package and replace it virtme-ng (if possible), but >> ideally it would be nice to do something like this. Any guidance or >> suggestion is welcome. > > > I suggest we evaluate switching upstream from virtme to virtme-ng, on the > Debian virtme package. I would not mind if you want to be added as uploader > for the package. > > Ricardo has been working on virtme. What do you think? SGTM. Maybe we can send an email out of courtesy to the old virtme author. > > Regards
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Tue, 09 May 2023 at 10:03:13 +0200, Andrea Righi wrote: > On Tue, May 09, 2023 at 09:51:42AM +0200, Andrea Righi wrote: > > The original virtme project is not maintained anymore > > Moreover, it's worth mentioning that virtme-ng doesn't break the > compatibility with virtme, meaning that all the commands and options > that were available in virtme are also available in virtme-ng, so users > can transition to virtme-ng without breaking their workflow. Given all that, please talk to the Debian maintainer of the virtme package - they might be interested in helping to maintain virtme-ng instead, and it sounds like it would be better for our users if virtme-ng was used as a direct replacement for virtme. If they're command-line-compatible, then virtme-ng could build an empty transitional virtme_*.deb binary package that depends on virtme-ng, similar to how the transition from pkg-config to pkgconf was implemented. That would result in virtme-ng fully replacing virtme in Debian 13. smcv
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hello, El mar, 9 may 2023, 9:51, Andrea Righi escribió: > On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: > > Hello, > > > > virtme already exists in Debian, what would be the benefit of virtme-ng > > over virtme? > > > > https://salsa.debian.org/debian/virtme > > > > Regards > > The original virtme project is not maintained anymore > (https://github.com/amluto/virtme), so we decided to fork the project > and continue the development / bug fixing in virtme-ng > (https://github.com/arighi/virtme-ng). > > Some people are already using and contributing to virtme-ng and there > are plans to package it in SuSE. > > Honestly I don't know what would be the right procedure to "obsolete" > the old virtme package and replace it virtme-ng (if possible), but > ideally it would be nice to do something like this. Any guidance or > suggestion is welcome. > I suggest we evaluate switching upstream from virtme to virtme-ng, on the Debian virtme package. I would not mind if you want to be added as uploader for the package. Ricardo has been working on virtme. What do you think? Regards
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Tue, May 09, 2023 at 09:51:42AM +0200, Andrea Righi wrote: > On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: > > Hello, > > > > virtme already exists in Debian, what would be the benefit of virtme-ng > > over virtme? > > > > https://salsa.debian.org/debian/virtme > > > > Regards > > The original virtme project is not maintained anymore > (https://github.com/amluto/virtme), so we decided to fork the project > and continue the development / bug fixing in virtme-ng > (https://github.com/arighi/virtme-ng). > > Some people are already using and contributing to virtme-ng and there > are plans to package it in SuSE. > > Honestly I don't know what would be the right procedure to "obsolete" > the old virtme package and replace it virtme-ng (if possible), but > ideally it would be nice to do something like this. Any guidance or > suggestion is welcome. > > Once we have a package in Debian I can take care of providing a package > also in Ubuntu. Moreover, it's worth mentioning that virtme-ng doesn't break the compatibility with virtme, meaning that all the commands and options that were available in virtme are also available in virtme-ng, so users can transition to virtme-ng without breaking their workflow. -Andrea
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: > Hello, > > virtme already exists in Debian, what would be the benefit of virtme-ng > over virtme? > > https://salsa.debian.org/debian/virtme > > Regards The original virtme project is not maintained anymore (https://github.com/amluto/virtme), so we decided to fork the project and continue the development / bug fixing in virtme-ng (https://github.com/arighi/virtme-ng). Some people are already using and contributing to virtme-ng and there are plans to package it in SuSE. Honestly I don't know what would be the right procedure to "obsolete" the old virtme package and replace it virtme-ng (if possible), but ideally it would be nice to do something like this. Any guidance or suggestion is welcome. Once we have a package in Debian I can take care of providing a package also in Ubuntu. Thanks, -Andrea > > El lun, 8 may 2023, 17:48, Emmanuel Arias escribió: > > > Control: retitle -1 ITP: virtme-ng -- Tool to build and run a kernel > > inside a virtualized snapshot of your live system > > Control: owner -1 eam...@yaerobi.com > > > > Hi, > > > > I'm interested to work in this package. I'm going to package it. > > > > Thanks! > > > > Cheers, > > eamanu > > > > > > > > On Sun, May 7, 2023 at 10:39 AM Andrea Righi > > wrote: > > > >> Package: wnpp > >> Severity: wishlist > >> Owner: Andrea Righi > >> X-Debbugs-CC: debian-devel@lists.debian.org > >> Control: affects -1 ITP > >> > >> * Package name: virtme-ng > >> Version : 1.2 > >> Upstream Author : Andrea Righi > >> * URL : https://salsa.debian.org/arighi/virtme-ng > >> * License : GPL-2 > >> Programming Lang: Python > >> Description : Tool to build and run a kernel inside a virtualized > >> snapshot of your live system > >> > >> virtme-ng is a tool that allows to easily and quickly recompile and test > >> a Linux kernel, starting from the source code. > >> > >> It allows to recompile the kernel in few minutes (rather than hours), > >> then the kernel is automatically started in a virtualized environment > >> that is an exact copy-on-write copy of your live system, which means > >> that any changes made to the virtualized environment do not affect the > >> host system. > >> > >> In order to do this a minimal config is produced (with the bare minimum > >> support to test the kernel inside qemu), then the selected kernel is > >> automatically built and started inside qemu, using the filesystem of the > >> host as a copy-on-write snapshot. > >> > >> This means that you can safely destroy the entire filesystem, crash the > >> kernel, etc. without affecting the host. > >> > >> Kernels produced with virtme-ng are lacking lots of features, in order > >> to reduce the build time to the minimum and still provide you a usable > >> kernel capable of running your tests and experiments. > >> > >> virtme-ng is based on virtme, written by Andy Lutomirski > >> (https://git.kernel.org/pub/scm/utils/kernel/virtme/virtme.git). > >> > >>
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hello, virtme already exists in Debian, what would be the benefit of virtme-ng over virtme? https://salsa.debian.org/debian/virtme Regards El lun, 8 may 2023, 17:48, Emmanuel Arias escribió: > Control: retitle -1 ITP: virtme-ng -- Tool to build and run a kernel > inside a virtualized snapshot of your live system > Control: owner -1 eam...@yaerobi.com > > Hi, > > I'm interested to work in this package. I'm going to package it. > > Thanks! > > Cheers, > eamanu > > > > On Sun, May 7, 2023 at 10:39 AM Andrea Righi > wrote: > >> Package: wnpp >> Severity: wishlist >> Owner: Andrea Righi >> X-Debbugs-CC: debian-devel@lists.debian.org >> Control: affects -1 ITP >> >> * Package name: virtme-ng >> Version : 1.2 >> Upstream Author : Andrea Righi >> * URL : https://salsa.debian.org/arighi/virtme-ng >> * License : GPL-2 >> Programming Lang: Python >> Description : Tool to build and run a kernel inside a virtualized >> snapshot of your live system >> >> virtme-ng is a tool that allows to easily and quickly recompile and test >> a Linux kernel, starting from the source code. >> >> It allows to recompile the kernel in few minutes (rather than hours), >> then the kernel is automatically started in a virtualized environment >> that is an exact copy-on-write copy of your live system, which means >> that any changes made to the virtualized environment do not affect the >> host system. >> >> In order to do this a minimal config is produced (with the bare minimum >> support to test the kernel inside qemu), then the selected kernel is >> automatically built and started inside qemu, using the filesystem of the >> host as a copy-on-write snapshot. >> >> This means that you can safely destroy the entire filesystem, crash the >> kernel, etc. without affecting the host. >> >> Kernels produced with virtme-ng are lacking lots of features, in order >> to reduce the build time to the minimum and still provide you a usable >> kernel capable of running your tests and experiments. >> >> virtme-ng is based on virtme, written by Andy Lutomirski >> (https://git.kernel.org/pub/scm/utils/kernel/virtme/virtme.git). >> >>
Accepted kernel-handbook 1.0.21 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 08 May 2023 23:17:30 +0200 Source: kernel-handbook Architecture: source Version: 1.0.21 Distribution: unstable Urgency: medium Maintainer: Debian kernel team Changed-By: Ben Hutchings Closes: 1022061 1023773 Changes: kernel-handbook (1.0.21) unstable; urgency=medium . * Try to reduce pain points in rebuilding official kernel packages (Closes: #1022061): - Reorder sections in "Common kernel-related tasks" to reduce confusion - Deprecate older versions of test-patches - Recommend changing ABI name before rebuilding - Add command to enable parallel builds when invoking make directly - Avoid using fakeroot * Remove obsolete text referring to "patchlevels" in source packages * Remove redundant "bash" from debian/bin/test-patches command lines * Update instructions for disabling debug info (Closes: #1023773) * Update instructions for building linux-headers-common package * Update copyright years Checksums-Sha1: b59d48c1b9c432cd64775fb4c77103a2373596e8 1705 kernel-handbook_1.0.21.dsc 38d4ae496b0bc7ea7d0eeb2b981353de522b21ab 53492 kernel-handbook_1.0.21.tar.xz 594de045515160dfa45a90fb6d732d804a2b2c59 6067 kernel-handbook_1.0.21_amd64.buildinfo Checksums-Sha256: 24ced33f5571f9070bd31f0c14a4e537117e1bc5b4e69ae4ec951bc2d2685265 1705 kernel-handbook_1.0.21.dsc f7e10eb057c04167c268b79d6961f0c651eed3639f0b79443398c26b04c60459 53492 kernel-handbook_1.0.21.tar.xz 40c91509671777548ec5e597852de383705d234759cf48665ce97e8b89eeb170 6067 kernel-handbook_1.0.21_amd64.buildinfo Files: 99d8794108de0d3861af518ec81b03ec 1705 doc optional kernel-handbook_1.0.21.dsc c0d9abff69d581f5091fa1865a2881c9 53492 doc optional kernel-handbook_1.0.21.tar.xz 6d137d4144e6e689c706c0ee0a6ce6a5 6067 doc optional kernel-handbook_1.0.21_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEErCspvTSmr92z9o8157/I7JWGEQkFAmRZahYACgkQ57/I7JWG EQn2yBAA0zGZU2AWhLm8U5sk+Up4uvRTQ3Jo09CNzKVYuj8UNL1FO5fkN7r7UxPt kz7Qdc0Xy7OjpZ1SOmD3ToTy9EqOeV3FGk8S7IQg8+lAmscy24/Ior4Nu2QegG9H TgPTILt2M0IrGDsxiTlza+kdn15uSjHxmNiFgdiKVhR3d3JSwEVZqWwGSwrIMV8L MkBsirm1QOmdldpJkz5MI4YFxsnrOPhyAjUWyryPB8/+IU1QxVBoysxzYu6Diwdv s3+gL91y0xxTXYD0e+r7yY991I0kvjjuSw7f1fIj4/xmLyNaMW1ZHkVf4YtOUa4v JdhO/gbasFtMkroAPDUVK85bGCetDJ8yKpSL56ewWRBuvZXnD9CqaCSlZN1BLcWs rfEHNxkGsz2cuqkgZ8noiRj6L6mGauuUZDxM7hjsq1Gj+D3o5JuMG5lSnkagZMj7 SkTkGZF0ke4WT41/PbNePtIwqCkuvyR7fOkHu9bUHknNN392BZXxfVQZojWvQ1Y6 eqvf6Ec7eclxKuScONcsaH5zUja4FTfhwQuB0s3u3mQUo0gzZVasZegXWuMQgMu+ wGBx7x/jSrf6qOTmHeII2c6hYcKz5+yLZ65AjQY0Z0UHQI3JqBuNAPaO9qw4+lMH ijYTCFWvkucy5J5bahrotKRQ/6m+Oy3wirfHHDNGbtmQb4m5WWA= =Rytp -END PGP SIGNATURE-
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Control: retitle -1 ITP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system Control: owner -1 eam...@yaerobi.com Hi, I'm interested to work in this package. I'm going to package it. Thanks! Cheers, eamanu On Sun, May 7, 2023 at 10:39 AM Andrea Righi wrote: > Package: wnpp > Severity: wishlist > Owner: Andrea Righi > X-Debbugs-CC: debian-devel@lists.debian.org > Control: affects -1 ITP > > * Package name: virtme-ng > Version : 1.2 > Upstream Author : Andrea Righi > * URL : https://salsa.debian.org/arighi/virtme-ng > * License : GPL-2 > Programming Lang: Python > Description : Tool to build and run a kernel inside a virtualized > snapshot of your live system > > virtme-ng is a tool that allows to easily and quickly recompile and test > a Linux kernel, starting from the source code. > > It allows to recompile the kernel in few minutes (rather than hours), > then the kernel is automatically started in a virtualized environment > that is an exact copy-on-write copy of your live system, which means > that any changes made to the virtualized environment do not affect the > host system. > > In order to do this a minimal config is produced (with the bare minimum > support to test the kernel inside qemu), then the selected kernel is > automatically built and started inside qemu, using the filesystem of the > host as a copy-on-write snapshot. > > This means that you can safely destroy the entire filesystem, crash the > kernel, etc. without affecting the host. > > Kernels produced with virtme-ng are lacking lots of features, in order > to reduce the build time to the minimum and still provide you a usable > kernel capable of running your tests and experiments. > > virtme-ng is based on virtme, written by Andy Lutomirski > (https://git.kernel.org/pub/scm/utils/kernel/virtme/virtme.git). > >
RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Package: wnpp Severity: wishlist Owner: Andrea Righi X-Debbugs-CC: debian-devel@lists.debian.org Control: affects -1 ITP * Package name: virtme-ng Version : 1.2 Upstream Author : Andrea Righi * URL : https://salsa.debian.org/arighi/virtme-ng * License : GPL-2 Programming Lang: Python Description : Tool to build and run a kernel inside a virtualized snapshot of your live system virtme-ng is a tool that allows to easily and quickly recompile and test a Linux kernel, starting from the source code. It allows to recompile the kernel in few minutes (rather than hours), then the kernel is automatically started in a virtualized environment that is an exact copy-on-write copy of your live system, which means that any changes made to the virtualized environment do not affect the host system. In order to do this a minimal config is produced (with the bare minimum support to test the kernel inside qemu), then the selected kernel is automatically built and started inside qemu, using the filesystem of the host as a copy-on-write snapshot. This means that you can safely destroy the entire filesystem, crash the kernel, etc. without affecting the host. Kernels produced with virtme-ng are lacking lots of features, in order to reduce the build time to the minimum and still provide you a usable kernel capable of running your tests and experiments. virtme-ng is based on virtme, written by Andy Lutomirski (https://git.kernel.org/pub/scm/utils/kernel/virtme/virtme.git).
Re: RFP: kernelcraft -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On Thu, Apr 27, 2023 at 05:56:41PM +0200, Andrea Righi wrote: > Package: wnpp > Severity: wishlist > Owner: Andrea Righi > X-Debbugs-CC: debian-devel@lists.debian.org > Control: affects -1 ITP > > * Package name: kernelcraft > Version : 2.0 > Upstream Author : Andrea Righi > * URL : https://salsa.debian.org/arighi/kernelcraft > * License : GPL-2 > Programming Lang: Python > Description : Tool to build and run a kernel inside a virtualized > snapshot of your live system > > KernelCraft is a tool that allows to easily and quickly recompile and > test a Linux kernel, starting from the source code. > > It allows to recompile the kernel in few minutes (rather than hours), > then the kernel is automatically started in a virtualized environment > that is an exact copy-on-write copy of your live system, which means > that any changes made to the virtualized environment do not affect the > host system. > > In order to do this a minimal config is produced (with the bare minimum > support to test the kernel inside qemu), then the selected kernel is > automatically built and started inside qemu, using the filesystem of the > host as a copy-on-write snapshot. > > This means that you can safely destroy the entire filesystem, crash the > kernel, etc. without affecting the host. > > Kernels produced with KernelCraft are lacking lots of features, in order > to reduce the build time to the minimum and still provide you a usable > kernel capable of running your tests and experiments. > > KernelCraft is based on virtme, written by Andy Lutomirski > (https://git.kernel.org/pub/scm/utils/kernel/virtme/virtme.git). Please ignore this, we are currectly renaming the project to virtme-ng to avoid a potential naming conflict with another project. I will send another RFP when the renaming will be completed. Sorry for the noise, -Andrea
RFP: kernelcraft -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Package: wnpp Severity: wishlist Owner: Andrea Righi X-Debbugs-CC: debian-devel@lists.debian.org Control: affects -1 ITP * Package name: kernelcraft Version : 2.0 Upstream Author : Andrea Righi * URL : https://salsa.debian.org/arighi/kernelcraft * License : GPL-2 Programming Lang: Python Description : Tool to build and run a kernel inside a virtualized snapshot of your live system KernelCraft is a tool that allows to easily and quickly recompile and test a Linux kernel, starting from the source code. It allows to recompile the kernel in few minutes (rather than hours), then the kernel is automatically started in a virtualized environment that is an exact copy-on-write copy of your live system, which means that any changes made to the virtualized environment do not affect the host system. In order to do this a minimal config is produced (with the bare minimum support to test the kernel inside qemu), then the selected kernel is automatically built and started inside qemu, using the filesystem of the host as a copy-on-write snapshot. This means that you can safely destroy the entire filesystem, crash the kernel, etc. without affecting the host. Kernels produced with KernelCraft are lacking lots of features, in order to reduce the build time to the minimum and still provide you a usable kernel capable of running your tests and experiments. KernelCraft is based on virtme, written by Andy Lutomirski (https://git.kernel.org/pub/scm/utils/kernel/virtme/virtme.git).
Accepted flash-kernel 3.107 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 19 Apr 2023 14:12:53 -0700 Source: flash-kernel Architecture: source Version: 3.107 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Vagrant Cascadian Closes: 1019881 1033737 Changes: flash-kernel (3.107) unstable; urgency=medium . [ Lubomir Rintel ] * Make the OLPC XO-1.75 boot script a bit more forgiving . [ Heinrich Schuchardt ] * db: add Lenovo Miix 630 and Lenovo Yoga C630 . [ Alexandre Ghiti ] * Add the StarFive VisionFive board to the database. * Add D1 SoC boards to the database . [ Johannes Schauer Marin Rodrigues ] * Choose a stable temporary file path for ucf . [ Dave Jones ] * Add QEMU-related "dummy" entries . [ Daniel Serpell ] * Add A20-OLinuXino_MICRO-eMMC. (Closes: #1019881) . [ Heinrich Schuchardt ] * db: add Lenovo ThinkPad X13s . [ Francesco Dolcini ] * Add machine db entries for Colibri iMX6ULL eMMC . [ Heinrich Schuchardt ] * db: add 'Raspberry Pi 3 Model B Plus Rev 1.3' . [ Isaac True ] * Skip EFI detection mechanism when the FK_IGNORE_EFI environment variable is set to "yes". (Closes: #1033737) . [ Vagrant Cascadian ] * Set the value of FK_IGNORE_EFI from /etc/flash-kernel/ignore-efi. (Closes: #1033737) Checksums-Sha1: b9a195b1b628de7df356bb8b18273824893dc922 1293 flash-kernel_3.107.dsc 26338bca1cc8303576de00c886abf0ccd0ee5ea7 75992 flash-kernel_3.107.tar.xz be3eb6c6fbb97e14d74f3d55768ddfb8c018c726 5727 flash-kernel_3.107_arm64.buildinfo Checksums-Sha256: 3978c90e8d78570f886647599fb1a7367cafa9993987158d88cc9f9096dd9749 1293 flash-kernel_3.107.dsc 3a486a8f964f30a08a6367f4065729cb1519d7164ce6e523c9e9c9b6482b7f4d 75992 flash-kernel_3.107.tar.xz 3097d00d8402de1c54f24bb6c8ba7731ecda0d50b717b44f274b0d4d5a8803b1 5727 flash-kernel_3.107_arm64.buildinfo Files: 4c8851380e299887c3dcff91cc30ad5c 1293 utils optional flash-kernel_3.107.dsc b15bffe67fd28ae906a7e23713675913 75992 utils optional flash-kernel_3.107.tar.xz 29b5fe812fbad6144a68f91cdcdee564 5727 utils optional flash-kernel_3.107_arm64.buildinfo -BEGIN PGP SIGNATURE- iIkEARYKADEWIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCZEBaYBMcdmFncmFudEBk ZWJpYW4ub3JnAAoJENxRj8h/lxaqThEBAP6XyoW/3c160uCyCYa3KxK9GjRMO5sZ b3d9OuA6eQuLAQC//XqHWpzn8t+AandQw2AJksUFpSIY5/u5hJBKXf4PCQ== =18N0 -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 525.105.17-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 17 Apr 2023 18:23:16 +0200 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 525.105.17-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Closes: 1033783 Changes: nvidia-open-gpu-kernel-modules (525.105.17-1) unstable; urgency=medium . * New upstream production branch release 525.105.17 (2023-03-30). * Fixed CVE-2023-0184, CVE-2023-0189, CVE-2023-0180, CVE-2023-0183, CVE-2023-0185, CVE-2023-0187, CVE-2023-0198, CVE-2023-0199, CVE-2023-0188, CVE-2023-0190, CVE-2023-0194, CVE-2023-0195, CVE-2023-0191. (Closes: #1033783) https://nvidia.custhelp.com/app/answers/detail/a_id/5452 * Refresh patches. Checksums-Sha1: ad4004d73bd72fe73956db9593167726d4cbc95e 2729 nvidia-open-gpu-kernel-modules_525.105.17-1.dsc 0d555978d9696cbafbab7627fa146b79d1566cc3 10120440 nvidia-open-gpu-kernel-modules_525.105.17.orig.tar.xz b1aa3aaf982f506c687e461430566a12800f4578 19388 nvidia-open-gpu-kernel-modules_525.105.17-1.debian.tar.xz 8013464ef9e726a61cafa0655444cc069c0031b3 5671 nvidia-open-gpu-kernel-modules_525.105.17-1_source.buildinfo Checksums-Sha256: 7086ee2d52fc20f0374a0ae6659749be2ba60857368f45b3bcea3e61e973eabe 2729 nvidia-open-gpu-kernel-modules_525.105.17-1.dsc 639774b02efe872638295402d14fcda91f6e90b71273b04a62caf8733794b14f 10120440 nvidia-open-gpu-kernel-modules_525.105.17.orig.tar.xz a0eac064003de294f6218260009c32d0bcbcd689326aabb149eb4e40877c2148 19388 nvidia-open-gpu-kernel-modules_525.105.17-1.debian.tar.xz 9e08585fd6ccf1b89007a8082a343b0b038057f18f124c1a0a123d047e68016b 5671 nvidia-open-gpu-kernel-modules_525.105.17-1_source.buildinfo Files: ea499415fcbbef4fca83cf12d356eff4 2729 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.105.17-1.dsc cc21d10239d05326fec4bb31cd647821 10120440 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.105.17.orig.tar.xz 1725413bb3f6398956fed54ef8e67e05 19388 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.105.17-1.debian.tar.xz e3e6a618cd24e3cd6213da6daa8824f5 5671 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.105.17-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmQ9c9YQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCEfOEACFa0XrV6G2YWO+Iu1QQX3LkMpc7Kpa+v7B fE61qA/20RUR4hLbHkLU0oc9QzPcE3ZYgEXNDbGaFivzNMaw/TKuCixxOcHyku2O T0N882NKf7sboY7lXq33BYPrysGctsNiMe21z0T9MMrrraFPqMgxq+c+WkBmIFln GU3aSVQOYe4PwbmYPX0G1PwqlrROGp6bvIZFH0jLY8BtvJ2ilX6xwaM7yfP+pkYA GiuP5I9DlTpbiM2J8bikTJrGExGJModqI8dlRwV2k1BlG+v7bjk55uF4Yn97vEut xrYgDj/ZiKOmRvoVfqjPKU3DK35al3Iu/85/rw0oP+Ej1WE7FerFrqH1ovlhzMN6 rnNMz6eybAPgKg5A35FhYw6qvVdwIQOtNXOUE0M7YuTXsTTDo2O9Kyq87Bs61GSD yqRzixYLkZPCx1O8W1QgOVpx4hrDGv+zrOcPGHhNZBJpdxvbyghfVcmWOHrbc0Kb wFdDsxv2M0sZhzx+akK4kEMg/LKu4fXU99Grn0ekuyA8zrQqVA4yg9OcOrTgwnC6 YizkbIrcGrc3E0mtcKQl33t9DNRX2wf2Iz7vy5pQm0O7Tv6xNRRlcJeBxHqV8F20 A9BQlY8lTFg0SFYmpynVzF7BnX3Ofck+2xwKPXiM0iIeLZfcZxbKta8QZ/sy ERBPyl+C0A== =0D+G -END PGP SIGNATURE-
Bug#1033934: ITP: puppet-module-voxpupuli-kmod -- Puppet module for manipulating modprobe and kernel modules
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: puppet-module-voxpupuli-kmod Version : 3.2.0 Upstream Author : Voxpupuli * URL : https://github.com/voxpupuli/puppet-kmod * License : Apache-2.0 Programming Lang: Puppet Description : Puppet module for manipulating modprobe and kernel modules Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron jobs, and hosts, along with obviously discrete elements like packages, services, and files. . This module manages kernel module loading and options.
Processed: reassign bug to kernel
Processing commands for cont...@bugs.debian.org: > reassign 1033149 linux Bug #1033149 [general] general: debian 11 fails to hibernate when RAM usage above 7GB Bug reassigned from package 'general' to 'linux'. Ignoring request to alter found versions of bug #1033149 to the same values previously set Ignoring request to alter fixed versions of bug #1033149 to the same values previously set > End of message, stopping processing here. Please contact me if you need assistance. -- 1033149: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1033149 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Accepted nvidia-open-gpu-kernel-modules 525.89.02-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 14 Mar 2023 17:22:18 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 525.89.02-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (525.89.02-1) unstable; urgency=medium . * New upstream production branch release 525.89.02 (2023-02-08). Checksums-Sha1: b339b150230eedc0b605eca5cf13d96e5087fe35 2722 nvidia-open-gpu-kernel-modules_525.89.02-1.dsc ae48fe1a2fbd1362e20f5f55b2930d70f5038168 10094060 nvidia-open-gpu-kernel-modules_525.89.02.orig.tar.xz f6f96c6c3d9fc56949990eca5d9f9b4edac4593e 19320 nvidia-open-gpu-kernel-modules_525.89.02-1.debian.tar.xz 9d79daceb9971517f1b7b9f7280ca79b697d986a 5627 nvidia-open-gpu-kernel-modules_525.89.02-1_source.buildinfo Checksums-Sha256: 490a4bba8d5aa878eb0db9bb54e02312b02eda087ec83a6fb57523e8f9163420 2722 nvidia-open-gpu-kernel-modules_525.89.02-1.dsc 20d8139d763935da58fb47784612a1cd010215dd62168d3a9e4ec358a378dc00 10094060 nvidia-open-gpu-kernel-modules_525.89.02.orig.tar.xz 696d8e6f84bce29d44731ffb860cc1dc6344f06f22417c3ba95e528582c05661 19320 nvidia-open-gpu-kernel-modules_525.89.02-1.debian.tar.xz 2677daef505e08ce4cca59c87540d20789f2f98bbf7e659e1bb2ab89c6063a59 5627 nvidia-open-gpu-kernel-modules_525.89.02-1_source.buildinfo Files: 1d8f998927ceca7aa7aa8275e8f3d987 2722 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.89.02-1.dsc adc651d8a1725110bd2c4924bf36c41a 10094060 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.89.02.orig.tar.xz 17d18a5b3c874f9f3afe193eb000e454 19320 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.89.02-1.debian.tar.xz a75a86b0080558015d43eddd0de3a745 5627 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.89.02-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmQQn40QHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCMs3D/9Y+sbXOIh4LkZ7gNj2w7kdBQwbgLY2TVjH DEO1mvAN32tJV1+BAe81pmYOqeU1vh4vDyifCz24hqwiiGXlamCjbF2dPvcUg/Z9 7Nj2r89nPgDSAWC9itRwLVoS4tDAVJkoooJWM+OTG5vjP/gNfVXObwvJYZ8y40uj 7f3kfgXLQFovAZlxkH8eLCvoGd/GlIY78dMV9+S4WXhqS5RM/ipgxg++fKohVkYZ knPSQ2CRZ3wsiPPUXrnKxTMzEjIhLBIPqXtWKWMIaX1Pu/w7gHo89T0jAwtHe0fs 2Lu+q2GHubiEwCh2G93XAwQDQSvt4c9Lm82z5cNnHPKVcRisOAZIqppSNY34P3By N5GRpIqMqjU4ymhpt9KMkOiv/0dCnNrkH8u1jHBAA8UI+wowyQRH271TuL1NKp/d rjEfqYKJOwiR73NJuGHtmcnODffIGXdBpDCXPHji0ToKshiOT3aEcz5zwFNulZ0P s2egRwxL9Y82TF4fsuIZFVBLd0p9sihbZTjv9NHD+kXRELZCYnZzui6iArRNv6Gp 74rZu/lVOK4YutHRhQ8mkVn0JUeAxHoC4ziHO1K9yrc7ZMu/z9O6x86ObcAQqPmQ GzKlGGdTDXg2yCnqLxaZfMDEfe3ODaqoUyNRFxtPO/hFslBxLzFIf+tTq56lWTeU JYCN55UVzQ== =UFU2 -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 525.85.12-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 13 Feb 2023 14:41:31 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 525.85.12-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Closes: 1025279 Changes: nvidia-open-gpu-kernel-modules (525.85.12-1) unstable; urgency=medium . * New upstream production branch release 525.85.12 (2023-01-30). * New upstream production branch release 525.85.05 (2023-01-19). * New upstream production branch release 525.78.01 (2023-01-05). * New upstream production branch release 525.60.13 (2022-12-05). * New upstream production branch release 525.60.11 (2022-11-28). * Fixed CVE-2022-34670, CVE-2022-34673, CVE-2022-34674, CVE-2022-34675, CVE-2022-34677, CVE-2022-34679, CVE-2022-34680, CVE-2022-34682, CVE-2022-34684, CVE-2022-42254, CVE-2022-42255, CVE-2022-42256, CVE-2022-42257, CVE-2022-42258, CVE-2022-42259, CVE-2022-42263, CVE-2022-42264, CVE-2022-42265. (Closes: #1025279) https://nvidia.custhelp.com/app/answers/detail/a_id/5415 * New upstream beta 525.53 (2022-11-10). * Refresh patches. * Update Lintian overrides. Checksums-Sha1: 5e6d57a3b958ef8215623e9b855f72f9126e46bc 2719 nvidia-open-gpu-kernel-modules_525.85.12-1.dsc f52b5161ef036420357e52eb07590d2ff0113577 6101028 nvidia-open-gpu-kernel-modules_525.85.12.orig.tar.xz 309429dbccb3ade96ce91204d6c7617d5f2bbec4 19292 nvidia-open-gpu-kernel-modules_525.85.12-1.debian.tar.xz b35169f45a311ebb8d3baf12b72b7587f19c24b0 5626 nvidia-open-gpu-kernel-modules_525.85.12-1_source.buildinfo Checksums-Sha256: b0d954d2f3e516aeb0a70133a04a0a0dcb06afd0a7064b5f5f5f6fd3766a39b9 2719 nvidia-open-gpu-kernel-modules_525.85.12-1.dsc 87fa34644d99644b97c4eb6f16a06e576b6b25afd9efba87b4111eb4d995a193 6101028 nvidia-open-gpu-kernel-modules_525.85.12.orig.tar.xz 73e4bcc9a0edeb9cac2f5c284a2a29a4beed5b666b1147c019c82e486bb8d34b 19292 nvidia-open-gpu-kernel-modules_525.85.12-1.debian.tar.xz fbf60b63436cb0913106b114209fc9bf0c468ee111518e7ffd9e81d22e8cc0cf 5626 nvidia-open-gpu-kernel-modules_525.85.12-1_source.buildinfo Files: e32af309c014e5916675a4cf170b9a44 2719 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.85.12-1.dsc 943135eb5e0ce4601518b3cd6bfdd0d3 6101028 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.85.12.orig.tar.xz 2fd70ffc9ddffca6d8da71449dce2622 19292 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.85.12-1.debian.tar.xz e3f338980ec5644e305a4ac538b99c4d 5626 contrib/kernel optional nvidia-open-gpu-kernel-modules_525.85.12-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmPqPr8QHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCPngD/wKO22CicbnwLfH/lpErPxNFsemTfh6iRj3 swLTU/icuP2WTyb+Jwf6S0uPQokScPa+iCUIymPw7DsrwFtUNKH9sw+KlTUDK4xB qhFLKDc+Ich9Rm4bfL03BbCObmOUQLM38kPFnqNfVpT47w68uf1M68Y52v39XEla OSS58FZEgfvXaXa0l6Oda2oj23P55cYGII1Ue+77CsagAZHIQEkgcoY+GVbeV//y Mf9uHCXeyl/RU7mUfmxvOsqJIBVFWchd0RvaP2qV8lRaJ/9uwGcAZfohysge+n0b 0RpWqFhCV/W8CR420eQjPHSioeTcrcaoPNBRfnxDSCgCki1g/yoMphnPAQKiU/Ll MFtcshcEEg95zwaRSGwPqUOgg7EUZlACn+qev/A4LGTciRYioKVw+cE66GSvtwbo UACotzu94+cxNWaL4PPMoPa+KCyCym83MBmpxl7HyXIQVEHbWxhFbsRtwE10krWO PF0aqITmjfm/bD+0xgSAIiUhcAjUeNySvZsdqmmHaftxGG6VyP/o+6IdQAH/hrsw 632bHWFbGhlkpve1MVkDAbj3ck/VHS57dFd9egBZT5thp3CHmMWIgd/poX5rc56w 4DkLcInbldG9GYUICeg+ylExulH9fgAXOv0MkyvkRgDv4UYjRKRMS62lpE12aas5 h515rletyg== =OKJC -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 520.56.06-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 02 Feb 2023 17:25:38 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 520.56.06-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (520.56.06-1) unstable; urgency=medium . * New upstream release 520.56.06. * Make the package build reproducibly. * Upload to unstable. Checksums-Sha1: 73c00fdff9221aa1be68cf094c44b5db44f71e55 2719 nvidia-open-gpu-kernel-modules_520.56.06-1.dsc cdf159608bea2237fcd8d329e3c15a30cb705c15 8555040 nvidia-open-gpu-kernel-modules_520.56.06.orig.tar.xz 3e9736f773cf669617b6b1dd20faf5b6099ec340 20052 nvidia-open-gpu-kernel-modules_520.56.06-1.debian.tar.xz 4c81b1c4e8760c217d66a0a93872ed814fd282bf 5635 nvidia-open-gpu-kernel-modules_520.56.06-1_source.buildinfo Checksums-Sha256: af299b1999c8ae025e6525a45cdb9574481ef033ab053a0f14dc844bd65d57c0 2719 nvidia-open-gpu-kernel-modules_520.56.06-1.dsc ea528afed3866c32e274f93922ad78ac9ab5d8d0b7cc10ae27c9e120650c2229 8555040 nvidia-open-gpu-kernel-modules_520.56.06.orig.tar.xz a839fc9c21c1a819135948836bb5df0eb4b7ab07b029b1f09b4c7d8987c2c4bb 20052 nvidia-open-gpu-kernel-modules_520.56.06-1.debian.tar.xz cb8758206aa8078acef5c5e540970ff698d4eda4169c8311636526afb1983d72 5635 nvidia-open-gpu-kernel-modules_520.56.06-1_source.buildinfo Files: a7f7a8d79eee021dc381a2f98f319977 2719 contrib/kernel optional nvidia-open-gpu-kernel-modules_520.56.06-1.dsc 7c5a289309eb0767e233676f7f7fd8d1 8555040 contrib/kernel optional nvidia-open-gpu-kernel-modules_520.56.06.orig.tar.xz 1b00ee45bf9a2ff00ddb9aed0fd45c91 20052 contrib/kernel optional nvidia-open-gpu-kernel-modules_520.56.06-1.debian.tar.xz 0f986899638a288e6f71f904e47016f8 5635 contrib/kernel optional nvidia-open-gpu-kernel-modules_520.56.06-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmPb5KcQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCL03D/9AkN9MdAc67LvKWhJOT55/Cl5k1ER93epZ 2vezLbKz/XKFsrAmAweNpxslPJLWUVWF543U0Yn+aaObHmTZGLzvFTr8RV7oFf61 hRFL5Yx2bC3rkmz1dQPnfQ0AtAPRkrQVNz+I88xB/1KgU9UIxAL++k697fGqGGq9 8pCchQiwDGmIyPqNyFyxlnlv6vU6QsacSs2apfM7gP1uYjlSohU1BPxmpxVh9lfJ RYqT+gVBedCVq9XBQrtE3kH+E93jhy9BwlTGgwjKbACP7jeytpNTiRiBtrVZPbvT QLt6M6WnnO1AncqfALt4SQ7xNv6hoiNumhyDsXqeoxTp9oACP84eYi3w7+9yWKaR zfOlxTn7lq4AB8KnmyeD2zmddKZnKjuPQTi/Ik7NXrbYDWtOP011cJFW028RU/NC AD4JxrWT2yAv2tw9wPJ4FbM2BgC9WwoTwJClmtr3m5wQfBOt3b4ONjmqpDqOOHYN XCiKfJ1Lf083OB1lNWIbCa4Ss3J5Dk6ZhH+++1UmVktBxVfj4hp/HzkX6pF6mtb/ OLwIc4E9AAvkXDBgUpW7LC0uHJ+mDtfHo1dBJ+yhXbnj6veX5nQnkkw0nLig0ueo aDy3pMd8Xpu2fkJVuaMJYQoRDJby0B7wTx0j3FafB38uoZiX8fOjTpaVv6MzDHoX NGxeoolLDg== =s3z/ -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 515.86.01-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 28 Jan 2023 01:49:32 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 515.86.01-1 Distribution: unstable Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Closes: 1025279 Changes: nvidia-open-gpu-kernel-modules (515.86.01-1) unstable; urgency=medium . * New upstream production branch release 515.86.01 (2022-11-22). * Fixed CVE-2022-34670, CVE-2022-34673, CVE-2022-34674, CVE-2022-34675, CVE-2022-34677, CVE-2022-34679, CVE-2022-34680, CVE-2022-34682, CVE-2022-34684, CVE-2022-42254, CVE-2022-42255, CVE-2022-42256, CVE-2022-42257, CVE-2022-42258, CVE-2022-42259, CVE-2022-42263, CVE-2022-42264, CVE-2022-42265. (Closes: #1025279) https://nvidia.custhelp.com/app/answers/detail/a_id/5415 * Refresh patches. * Upload to unstable. Checksums-Sha1: 9e7e6b7a212bb8550a6ab8e9c57344bca9a2d7f1 2719 nvidia-open-gpu-kernel-modules_515.86.01-1.dsc 78327fd1c1de9e64e3374a37849847e3773a7315 7504412 nvidia-open-gpu-kernel-modules_515.86.01.orig.tar.xz 4f4563ec90d7416e01831debcb1b86375d33b2f5 20104 nvidia-open-gpu-kernel-modules_515.86.01-1.debian.tar.xz aac234aa0f8e178521f78c1483954ab88bda441a 5635 nvidia-open-gpu-kernel-modules_515.86.01-1_source.buildinfo Checksums-Sha256: 0479b0b3ec27a1dcb4b4718c905cf86b3bc23abbe5b7b09dbfbcb6e4d30e3d90 2719 nvidia-open-gpu-kernel-modules_515.86.01-1.dsc 75bca81f9ee9537b9ddd2bf96e4e865e8599dfe61f37078bb5fd00d93f84cf39 7504412 nvidia-open-gpu-kernel-modules_515.86.01.orig.tar.xz b8ef7a2ecd11ab0f297632065d85ac51e05f0352ab642c7e4cecf9762cbb7c90 20104 nvidia-open-gpu-kernel-modules_515.86.01-1.debian.tar.xz 17aa68fbd075945b359db81b4748aa59408e1803bf5610e6092ee7fa3b94f893 5635 nvidia-open-gpu-kernel-modules_515.86.01-1_source.buildinfo Files: 0774eb013c2d8d39f71ac7aa7dee0fdf 2719 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.86.01-1.dsc fb8b3a475108bfbf0f028f9bd70bbd64 7504412 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.86.01.orig.tar.xz 4e00d37ba2a96769093d372bcd7b3c02 20104 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.86.01-1.debian.tar.xz d3f9eebf48299753371cbf5e86c72cbf 5635 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.86.01-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmPUceYQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCJEbD/935X8m7hGr9ZZSCQ9sjyHL6V3e3zMOlOWs WS0l6KeZ6qjkRwLCr5CS3Vm273HjS2bAdrGQb+e7bcR3awSWW5dQX8OBM6D3Vs2X IUwTnIiCABSRbQm7J/1MeJhVDrzbdCjfSOzssURtLWXmxIt68kdpwFiyIOaW19mt ZDKlQDSEC5Wk99/7ZXQ+6YaVFqi/4W33OldypUHbKhmQT5kpnhLzkqxy34w47UHi EzHekcgtorc43bU00ysSl5N6Jft7abW/z1sa10CxP2LC1/4PeGqT7eq8tgxK1nuf e0HRRfn1Jj37UVpFd5tdAU/j3+zyAH+XQrPJL5lE1aAh4WJApqhsRXkJFs2GC+E/ 33hVzGxAfv/WeQcu48cz2RAxgdiSgblG0vORD29WzdOrmC2Qebkm3WoT1FyMLvYQ RXqrFn1Pd6jU70oNyZilIqzcbqrJcNsl3/mvZc03PAEULv0I337lC0Udyojp+YjT rZ9n9/kNALIlOQtaqeok4ncjGz7qEHV6M6vqMs07DS1d0H4MNkqPm8ef61EgxTF7 sBd/lXwClDHtghn5k23aTczeSZcVFByAbwTFVRtqicsKSGL7vWGwmw9OT3ZxJfAD DGyHVMufV6l7RSLaHZCZuO4BOLpbpoMiFLI6PevirzU7AcO1aR6Wo2D64IUrSXTR m/xEVg+YuQ== =fOXL -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 515.76-1 (source) into experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 26 Jan 2023 02:31:53 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 515.76-1 Distribution: experimental Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (515.76-1) experimental; urgency=medium . * New upstream release 515.76. Checksums-Sha1: c907a58294166f69429ca07821f0df937089e2d5 2698 nvidia-open-gpu-kernel-modules_515.76-1.dsc 09ee5ed61a293c0f01e372cefddb899546e0b422 7518700 nvidia-open-gpu-kernel-modules_515.76.orig.tar.xz d908959fc9646935cf8976041b564150441ed885 19864 nvidia-open-gpu-kernel-modules_515.76-1.debian.tar.xz 37425c483f90d02b20039f482a8df470c7c890cc 5620 nvidia-open-gpu-kernel-modules_515.76-1_source.buildinfo Checksums-Sha256: e7221886015652ca5c11146db47387ee28e6e54d274155e3d6ece49d932dc2a6 2698 nvidia-open-gpu-kernel-modules_515.76-1.dsc 165c58ad3ba8e3a279ec0c6c03998b3997dfdbaf92175f9259bbc6d7afd7b213 7518700 nvidia-open-gpu-kernel-modules_515.76.orig.tar.xz fc3b85f944f13a1319dbd7bda0f073db0ae9b800c865e617268f77b428085816 19864 nvidia-open-gpu-kernel-modules_515.76-1.debian.tar.xz d5f1b0481ebe7b2fda4b06ea18bca746be373e62472190498b36ba26c12d33ec 5620 nvidia-open-gpu-kernel-modules_515.76-1_source.buildinfo Files: 4028416ab86d59879683fe3b2a9d6e5f 2698 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.76-1.dsc 1b8f9e27a2de0e3e5a1e8992760c16eb 7518700 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.76.orig.tar.xz b93c4c3f141ffba6f5a04846971bd94f 19864 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.76-1.debian.tar.xz 95c2e8a28a9abc1e8ea4ae3eca9001d5 5620 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.76-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmPR2RAQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCN5KD/9zrlO6psVxX+NpIJzjGRvZKQxeI1ns6zaL +vonmREvGMSogB8/VtHeA7xX8CmblOuk160siqJ/3lG79IcVByOqnbrHnYRLxG5a VvnG5aLFu/AXCZfKV2+8vTjIGTe+WR9NXkDnI6rJFVVgdmY4ua3txW1xaCipNe/S oNfxaQx7517GnYWGkA5MIpm1ONzROnRB+JtVXYuELxwhStKmnkwlYcG/qDgEwXZr 2iMgkvNkh1yiYQjNPwnU3h2k5Qn9ofNG2i/r6r+rgqhAwpP6rRAQZxSUJ+DTY8MI tBehe1KukWR+8EIu4Cqc5uNhTgEnmjpa9fVS0wnjV7nipfwEnhNUKuYOSpUm5w7k R02LWihknAcp+M6oBI2qn2jAQgXfSr2FD+rFddwHmq5qdR4O+YxNFrb5Thfa56Oz v9hDi7s6bk+Oev+A8Ss2Dj0dQyN1+mVxpdsG42D7l7qKI7GVFmfdXXkFMG2O1BIK hyzuw64G16DCqnP3yudXwkp8fgFMlsvXE34dMtvxV40gJTHkf7idsn6kBh2oADXu eeR/7+jMXIf7xYf2wcLkT4acQmJxC25Eeju7825Md2p2drIVwsNhczhwDO8TbGr/ gbreASjBZmxop3pNvW0kiJ9IQ+thfv+JtX5b0A1a/P62XmpxyPmXEEgMhNj2Qcn6 DsLBQxW/Lg== =7w8k -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 515.65.01-1 (source) into experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 25 Jan 2023 00:53:04 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 515.65.01-1 Distribution: experimental Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (515.65.01-1) experimental; urgency=medium . * New upstream release 515.65.01. * New upstream release 515.57. * Add versioned Provides: nvidia-open-kernel-dkms-any. Checksums-Sha1: a0d9b3015f16d0653d0718ce4176360218927896 2719 nvidia-open-gpu-kernel-modules_515.65.01-1.dsc 4dd6c2ca8c4cd1a9783e9a6b29dd7f4496835cc4 7510104 nvidia-open-gpu-kernel-modules_515.65.01.orig.tar.xz 305aa50a018157911d28bd69a1859990df24c44b 21236 nvidia-open-gpu-kernel-modules_515.65.01-1.debian.tar.xz 2d101ab750fa7ef817e397f3d4247629d6db4f37 5635 nvidia-open-gpu-kernel-modules_515.65.01-1_source.buildinfo Checksums-Sha256: e16e35d9adda4d2d065a6316c02fc50b516e972d008096a911238bd3b12ba7c6 2719 nvidia-open-gpu-kernel-modules_515.65.01-1.dsc 8239d32cd52c402c33409f5d2d68ff3a5626352830cb55a9c88603048f6abbf4 7510104 nvidia-open-gpu-kernel-modules_515.65.01.orig.tar.xz 6dc2a9abb7ede8cdcb5ecf8be98cfdba19252b6bdbc15d02f81be47b5bb9567a 21236 nvidia-open-gpu-kernel-modules_515.65.01-1.debian.tar.xz 20da68763251d0e0d575f7e2e23ff9280cddef617c6da14c9c4982c4892a456d 5635 nvidia-open-gpu-kernel-modules_515.65.01-1_source.buildinfo Files: f19e588e8d404f2bff8b42fb995edc27 2719 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.65.01-1.dsc ecab531eff6da633fa0715edca39cec5 7510104 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.65.01.orig.tar.xz 6eb0957925dbe9fe0e1b6145883b6e83 21236 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.65.01-1.debian.tar.xz e43ba33be5b358b730b16f2a73b892f5 5635 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.65.01-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmPQcXEQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCF1UD/91J6HtvcdE7iV3kEvZIyxsN+Y2ccViBnCT uPvkWju2NsBxdbbgmTTIbzNNgF+RCkf6kw0XrvlsH7bLWvmB6RZ0y80Rrgr1Oa77 diqAFEqu6iEdgeS3YsFXHT88ts/Gb+asYU95BU0wbfgrkVDzUeXNWPL3QdEuOTi1 keU2i0wpuQDOKpArJQG3REhG8IvqhWTUe6HBTEKbiOlUeCjlPZk/ugqZqKL1W9tO oB4X07QWI5mAuuY077dCo9sYpRSEhFDvN2KUXvTxXPwKWglXGCdU2HZYurCPyvIZ UjnwBS5yLW/fCd1ZDX7h/JJPRMSdlgSPBSJu3SapQGCZ9+BoU3fSiC8Ot6I+yXUU 66RvFwGST6ESI1p9ZVO2kdDWm2FEU6/GCf5qVLfGN2SMeWKjve4ud6CGTqHBvAeE bTxVH59RyVLDFV6A9+DHDDmbd9iJUxwRRg+f9gsiA0ngi3xR/QgUVFnWrMWyEG49 /OXiawgwN2tCx1UHQ82LlJZ/CobnQ2grhx3/lXT1SpTnOwPZ2B/DuKHfxbPEHlZN bFNQk2QODI2V4XjObW9Q03yq7yTArggiqsRxr22Ly/sp3MBM///15y1dq5RVKz0G BwAs6PFdHthObyya1aikZrMe8C5rK8w9tyHOJokECZIEmxsU7+Mh6FCqI5JKM5cx M9zoF/Eq1g== =y3Lq -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 515.48.07-1 (source) into experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 19 Jan 2023 18:19:49 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 515.48.07-1 Distribution: experimental Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (515.48.07-1) experimental; urgency=medium . * New upstream release 515.48.07. * Refresh patches. * Add salsa-ci.yml. Checksums-Sha1: 0485871bcf462e5d50204bb0e385cae4c907782e 2712 nvidia-open-gpu-kernel-modules_515.48.07-1.dsc c367fba6d0ae5f5a261b99839a6d37d9d5337768 7496780 nvidia-open-gpu-kernel-modules_515.48.07.orig.tar.xz be4a1175bfb8c54007c2e27147898b564a667f0a 23104 nvidia-open-gpu-kernel-modules_515.48.07-1.debian.tar.xz b2b17a92fcc6f5a6bd8498c1eb1f4820bcfe787a 5635 nvidia-open-gpu-kernel-modules_515.48.07-1_source.buildinfo Checksums-Sha256: 4d32340dc7b97c51160807085399220f1f06c13d220adcfe7ef27a8e691b423b 2712 nvidia-open-gpu-kernel-modules_515.48.07-1.dsc 3457ea92b004db63d3dd2ae39018280312cb9b90a989a752cd520075b9146207 7496780 nvidia-open-gpu-kernel-modules_515.48.07.orig.tar.xz d736d3c6cc651c4a17cdaebeb61ab8aeae13f0dd13b1604406866e553616e9ef 23104 nvidia-open-gpu-kernel-modules_515.48.07-1.debian.tar.xz 01684e95f7d6b5e15a31a377fe541951cb8a5b49f88a35ada29746d4f075acc5 5635 nvidia-open-gpu-kernel-modules_515.48.07-1_source.buildinfo Files: 5be9503c30880c02e172a5147cb7e09e 2712 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.48.07-1.dsc 73a6d10d7ef7b863f4c78b6704bdb8cb 7496780 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.48.07.orig.tar.xz 10fde0c74ac87c0fa659bbca3ceff031 23104 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.48.07-1.debian.tar.xz d72b8a4ef5a586a3272bd7daee750d33 5635 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.48.07-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmPJfBIQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCESLD/9GJEur1PVdvFJBBOZGHpBNfXSW2pJytYBn XGnU6CdqIL/esYpA/YP7QcPj5G6AOLEBhVh1Yoc/6VmP6IkZj++YNe5qABuuCvDi 0zxQDhnapqrgzhjKh3hFr7b03VHgNunP5GL18XAHmA0geoVWewwmY6PDxxgDRMrJ 3p4IDKupOdK1XtKbOQOfuoUGigkt2B2DeLVA56mmPglJY0s7Xy/ghjXFSRUrvBSQ NSP4lYfeSv5hsloTMSTY9ajl+wx/MIl461IyqhyF8SwXdcE551CLV8AxACPoVS7M XTexPpMmDRMHOIRvLBDYjarBRW3vgd/mypEC5xHpBnhhRFUIwtZ5C0nLsG1xXbwh gPpGJMYn7/xYVtB3l7xY0YNZiUI3EAicxtggtOIML/fhd67Bp0qlum2IU4rlc8RD FbuSIpVSEwpfDvkMj/ikBT+vNgdzME/C4innzfE2QaJBXzjgkxI1zNDfgUwKhxa6 Pw3S2oSrMeoDDAvXfNyC+2gz+G/9e6VzPdPfRGPsh6JUD+xnmb1r+sB66XQxs196 BRXmb3QmGO8rAtbbkcLnPjeg9c9KVBMBmZ1jXE5BiUl2L4mgG+B2pW4TMVBNp9x3 2xiFYamfsoEtTM609V6Z2N7VO1Adw//ikVGK52QB+QBECLCSBLuYJ1E65ZVD1FdC ZC1b0ARySg== =a6Ya -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 515.43.04-2 (source) into experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 18 Jan 2023 14:15:32 +0100 Source: nvidia-open-gpu-kernel-modules Architecture: source Version: 515.43.04-2 Distribution: experimental Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Changes: nvidia-open-gpu-kernel-modules (515.43.04-2) experimental; urgency=medium . * Backport drm_connector_has_override_edid changes from 525.78.01 to fix kernel module build for Linux 6.2. * Disable stackprotector. * Bump Standards-Version to 4.6.2. No changes needed. Checksums-Sha1: a9245d5d2f098b24bc0058b2d0ea082a8acd0190 2712 nvidia-open-gpu-kernel-modules_515.43.04-2.dsc 2e6c15c02a6b85ed830c6c65b61f34fd2936c68b 28400 nvidia-open-gpu-kernel-modules_515.43.04-2.debian.tar.xz 89f2cb2ca6487ba150415152283654fe73a0e778 5638 nvidia-open-gpu-kernel-modules_515.43.04-2_source.buildinfo Checksums-Sha256: 723d6336c55f6eb2b2086605cdd0ff8fd01e409c4c1bf7ed0025b907188c23f4 2712 nvidia-open-gpu-kernel-modules_515.43.04-2.dsc 229592bcca63e67e31fa88f7985262ca71c7908555a496ef03139c2a041f859e 28400 nvidia-open-gpu-kernel-modules_515.43.04-2.debian.tar.xz c1a78c8c2029f481107c1658b7d4dc745ef8f0645625f84d33d901f517acbe00 5638 nvidia-open-gpu-kernel-modules_515.43.04-2_source.buildinfo Files: e6538d5bae303b185ff9ba6962e65afc 2712 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.43.04-2.dsc 1e11c3b5636466044774fc9bb827b6da 28400 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.43.04-2.debian.tar.xz eedba4d3132856c1b8579e34ebe14542 5638 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.43.04-2_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmPH8XQQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCJTwD/4rB7vh/qmcQEcIP8Hi/h/tY5IpZgLd7No6 OdyrutlsUjT9iTF7V2zWJf8xZNAwpobvSf3+Zm8NKvpf+TZseZwn2tn6hixcPSph J0Oldh40fIwuJoQR36xAoD8jwbZNGo247TXjv5Y4/lkgpvjgBwHhuyW3esushrA3 JC+Z2dmpi2l2Sr9NpJhUM9sw/o6lsbk0O+K13qyCQJSVBhtZNTUhvtyBLZRSGpiL EB54xgomlGFTck/0rBj+nVjI2QFePaOIjbO0+eZM9XRw6+oqEWPyTKHRO0K5Pcnm 2ZrA2DkKCYPUG+RqOaJ/DKPXbsC3EqW8NIsN8hhu2GPS2swNmx7IxCW7ObBGHpmk LaGmKDHkT+GPWQKPHapAMacwnvDMEDjtF26am5XzNm/vGJIsXM/DbekpiW9e+e1d 3K4pmVlYTMo7L5uKz5uL6q2CbPcJq32joHszffueZGqARdi5SCyibS1mEuWFmUv6 zqeuWq6qjUwbTzbDnniVCIXJ+5XAWcmatXRwjVE0m8xxksY3iS/ycO9p6sjAmak1 Y75XDuxSYJSPS+qZ6aamUoefQtc82kTd82z+4IuoVMOLTWInsV3DwPTERJLUcsd+ yKp3ygUc6sQ51IxAMSLE4FLEVYPQH7JrgVplpK7E2om34SpSSFEp9xkjlonjzRjQ 25+LfgLAhg== =yZ9G -END PGP SIGNATURE-
Accepted nvidia-open-gpu-kernel-modules 515.43.04-1 (source amd64) into experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 20 Dec 2022 00:09:12 +0100 Source: nvidia-open-gpu-kernel-modules Binary: nvidia-open-kernel-dkms nvidia-open-kernel-source nvidia-open-kernel-support Architecture: source amd64 Version: 515.43.04-1 Distribution: experimental Urgency: medium Maintainer: Debian NVIDIA Maintainers Changed-By: Andreas Beckmann Description: nvidia-open-kernel-dkms - NVIDIA open kernel module DKMS source nvidia-open-kernel-source - NVIDIA open kernel module source nvidia-open-kernel-support - NVIDIA open kernel module support files Changes: nvidia-open-gpu-kernel-modules (515.43.04-1) experimental; urgency=medium . * Initial release. * Upload to experimental. Checksums-Sha1: 4f26be5b0df409ecd61f1db8c160f3041611e6fe 2712 nvidia-open-gpu-kernel-modules_515.43.04-1.dsc 537d58b7017d8b8257df94a5d9df7bdd22dbf647 7600032 nvidia-open-gpu-kernel-modules_515.43.04.orig.tar.xz ac0e8bee206626d44ca59c255a71c6863726d757 27252 nvidia-open-gpu-kernel-modules_515.43.04-1.debian.tar.xz b9eb29186fb411c1c53fc0420bfcc07485c08492 7004 nvidia-open-gpu-kernel-modules_515.43.04-1_amd64.buildinfo e250b11558e12d5f18bba2cf340c81d96a433450 21107980 nvidia-open-kernel-dkms_515.43.04-1_amd64.deb dbd223b87a56d0db9ebf2a4160c4e81cd385d6cc 20722136 nvidia-open-kernel-source_515.43.04-1_amd64.deb 719d4f56f1d3930e804fecd7f39a7c8307e09035 6680 nvidia-open-kernel-support_515.43.04-1_amd64.deb Checksums-Sha256: 51d3539d26a1dc472ab548d751d53f0ad0cadac6c565dccd6c3d94aab2103731 2712 nvidia-open-gpu-kernel-modules_515.43.04-1.dsc 5d39e7d2c940bd5f9a6e7fbb2083fabf78a6c46b472d53f999181d19920c3987 7600032 nvidia-open-gpu-kernel-modules_515.43.04.orig.tar.xz 21ea6275d405cee541fdd7b4c0fa69822567d8b6942919363cde5a329fb6241f 27252 nvidia-open-gpu-kernel-modules_515.43.04-1.debian.tar.xz 5c844c57d01469f79b00af19c9f017bce29f578c82f0bd5bf9d893ef648b740f 7004 nvidia-open-gpu-kernel-modules_515.43.04-1_amd64.buildinfo 501d6be4658cd8b506674ec0a962e4d0d0c6f3fbcca100cd08a9c9cdb8b055b6 21107980 nvidia-open-kernel-dkms_515.43.04-1_amd64.deb 481c5ea524b5865f6578be3eaed8c142913011f040d72c72a65ca9c95abb5574 20722136 nvidia-open-kernel-source_515.43.04-1_amd64.deb ec6192d713ab46dc73de4da6d3d5a0cdbca34ecdeba21c1367025562ab9c35ca 6680 nvidia-open-kernel-support_515.43.04-1_amd64.deb Files: e87f13635f1c8a405f6791ea1927f68e 2712 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.43.04-1.dsc 122edc84e26d897aabd837f25d4de36b 7600032 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.43.04.orig.tar.xz 799a174f99dad05551cbd76e572d8a13 27252 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.43.04-1.debian.tar.xz 57a2d69cc6cfb7c7c89d1eb78ad2ff6e 7004 contrib/kernel optional nvidia-open-gpu-kernel-modules_515.43.04-1_amd64.buildinfo 8fcdc45ca880d9137b01d0ee37b355ea 21107980 contrib/kernel optional nvidia-open-kernel-dkms_515.43.04-1_amd64.deb e59b00148858ff9f00556c40cd3e697a 20722136 contrib/kernel optional nvidia-open-kernel-source_515.43.04-1_amd64.deb 94d58b3946f2d8d63fb9bab4631d7cfe 6680 contrib/kernel optional nvidia-open-kernel-support_515.43.04-1_amd64.deb -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmOg8FQQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCOpFEACh05pJPXeobfuzr1Znwu1TxZ9rWKa4ZSYN alXInpusG4OhC0gA2Y+mFYAsG0mFmGJNG2eeO/Zr0wb/JGUomkwbvy9yh96N82fA z5owpmR25UXmRQvpzSNqjtZ8UZKb5Wdi0IsvhC+tky1QYozb/2PwuN8bKfjksa6u QRsX51GwXaJZwbfwU9NMa7BqICt3DEiLNuU0Wfl7jP/eznR2f4jkQb2YizMgze8W 4W16m3Qaj/OHH8r6C57Lo27v3/6eRBZKiK/CLBHhJk4Uny9SbNas5ri5nzGH/T6T Q/pTxbXh3/8QudhjDzaPPNUOEMyd936Dwlvf4Z1n73+TGSsbvwKon77jHWzdJgaC nyNBud5qT/1q5d9jHQYr4msyOmFJRAlnnoMjOVptKDGraFiubw36NwZiVQ95Ck6h vJEFOhG2TL3yJFLP7BQc3J6bqWE7WYW2VfVNG9TRD4aRSGzL9EwdaiEJXtSUubgu 65to8Cw90YGpGevYXCH8YY9wXu0Vqh+FQYf+TLoSJbYT2KV6oGgg/PN/2YwWJtu0 CYLqaP3QY1g4EjtTUu+FY/q8T5w4bMagXFKyid+MP9ntht2N28MOuLsEetdq9W+X cZKryUVOkPLvuUIOnssdwtGA1kUkDtDkmpiEglLemYDond2nerzZtIe8rabD6ura 2qXsFJejjA== =rknv -END PGP SIGNATURE-
Bug#1026127: ITP: python-comm -- Register a comm implementation in the Jupyter kernel
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof X-Debbugs-Cc: debian-devel@lists.debian.org, jpu...@debian.org * Package name: python-comm Version : 0.1.2 * URL : https://github.com/ipython/comm * License : BSD-3-clause Programming Lang: Python Description : Register a comm implementation in the Jupyter kernel It provides a way to register a Kernel Comm implementation, as per the Jupyter kernel protocol. It also provides a base Comm implementation and a default CommManager that can be used. This is a new dependency of the ipykernel package and will be maintained as part of the Python Team.
Accepted jupyter-kernel-test 0.4.5-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 06 Nov 2022 22:34:06 -0500 Source: jupyter-kernel-test Architecture: source Version: 0.4.5-1 Distribution: unstable Urgency: medium Maintainer: Debian Python Team Changed-By: Joseph Nahmias Changes: jupyter-kernel-test (0.4.5-1) unstable; urgency=medium . * [b1c860b] New upstream version 0.4.5 * [0ef4040] do not fail autopkgtest for DeprecationWarning on stderr * [0a881f9] use pybuild-plugin-pyproject for build * [e8cf85a] build-dep on hatchling * [437f4e8] strip trailing whitespace * [5b924cf] update copyright years * [0c4a37f] bump std-ver; no changes * [fbd6a74] per lintian, use py3versions --supported in autopkgtest Checksums-Sha1: eeb9f6829cf09674b048f4b9f5a3f076d9013ea9 2449 jupyter-kernel-test_0.4.5-1.dsc 43cc74294d704d1ebbb22f80d1017ed9ba610602 14246 jupyter-kernel-test_0.4.5.orig.tar.gz 34e51195a73bc942cb06b1eccc1aaa13ef2b966f 3012 jupyter-kernel-test_0.4.5-1.debian.tar.xz 4d1208f4c323152c3ecfc4633bcdc2e029a40905 11966 jupyter-kernel-test_0.4.5-1_amd64.buildinfo Checksums-Sha256: 5f5ddf8c5e3a1038347b74d93b28c7c2eeff9a9776dfccb91c7e6b9f44a454b3 2449 jupyter-kernel-test_0.4.5-1.dsc a68678241dfb4a59401d7daca87c2586d24af5d0d554ff2d62e3d42a34cf8252 14246 jupyter-kernel-test_0.4.5.orig.tar.gz d8b0dfb61e6716b96a65b6de519794d553096b3e1f1ff403d1cab37aeb998797 3012 jupyter-kernel-test_0.4.5-1.debian.tar.xz 2592fc7cbb177f82b829bb382f0e730b81c10be4e6ef95142f92ff1e902fdb11 11966 jupyter-kernel-test_0.4.5-1_amd64.buildinfo Files: b2ae08716028874a26f3c78b9dda98d8 2449 python optional jupyter-kernel-test_0.4.5-1.dsc 1281419ec94539e11fe7a8f826851fb2 14246 python optional jupyter-kernel-test_0.4.5.orig.tar.gz 64e9e3f79f4612577beeeac7e9ead94f 3012 python optional jupyter-kernel-test_0.4.5-1.debian.tar.xz a3457a0e04be5a3e75e2e8ca103604cc 11966 python optional jupyter-kernel-test_0.4.5-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEcxc7CTsDz7hRCK0UsRvZGQeaO5gFAmNofkQACgkQsRvZGQea O5j/NQ/9EK40q7wcWVk+vU3H86Kxm1V7XaLYZM5J7ZoEXyOkip5lUqAlZ+YxaTje +6V4NJ60K6bQsImSuDCFs4//owthHnOGbeLp+9KvW08JJRJjUmSaha63JkRUmg+H yUcGpEq0/Gu+ZZD+cleZdowbArHLcOiGeMOZPMH+mJQuKWpyf/NAlKymyjpjKFRd Nk4qykkSC/oeOlJOCVeOeQsZCOKj8wUWtpXgKbwxiTyapmJT7yyGk2cVHP3cfsED Ddyi3LWpoEsZdvArzKfEc1JoMOSg1mANq7mzvZiVPTlVQ/OtP1AqPqxpa5mK4sdt NTehztRJW+4bhA6Jnysei1yugDjSVlSol4r4QPhPnUmSi7CrEy7BoX4vKb4NzY8j BaVU1Jz3ZWq5QEmJfzGw8GSn8rmlVWcPHrVLr+6yqzIF9ZlXe4fg+nElBAX9VGOz peNh0Trs64XFYHRlWkpXzii818ZXQqFZ3aYM1LcrsUJTkxdXbe0rYdksSakgxNPE OSaW5mO1fMHCoHjW2EnUql51Hz7i6nwMwpNUHRGPPTkeMaxY8sD3JCfmh66c0Rg+ 3jAeEUKtRb6PKsjsIn7hUa6SDNQSxxUdSXoGTKDJgHjNzCaCQtqW/oyyxZ4juDtv IR8XoW6hGiBVG8hzesrKJid8LJnd87B3ob3m8XpkrmPLnOKaxjY= =qvP/ -END PGP SIGNATURE-
Re: official Debian kernel-free images
Many thanks Étienne and Paul for all the resources. Regards, Patrice
Re: official Debian kernel-free images
On Sat, 2022-11-05 at 20:20 +0100, Patrice Duroux wrote: > There are many projects here and there (Termux, AnLinux, etc.) that are based > on > some sorts of kernel-free images of a minimal Debian system to be used through > chroot (other Linux) or PRoot (Android) or whatever environments. Some examples of those linked from this page: https://wiki.debian.org/ChrootOnAndroid > Is there something already available at Debian? Most Debian users are currently expected to create their own installs, using either the official Debian installer or the tools it is based on like debootstrap. One of the reasons for this is that packages often do system-specific configuration in their maintainer scripts (like the systemd machine identifier or OpenSSH creating private keys), so you can't always expect an install to be able to be duplicated safely. There are folks working on reproducible installs though. https://wiki.debian.org/ReproducibleInstalls There have been five types of pre-installed systems available from the Debian community; live images, cloud images, RPi images, minimal docker containers, and the WSL install. The first three of those are partition images, but the WSL installer is basically a kernel-free rootfs tarball wrapped in a PE executable and the docker containers are similarish. All of these have to work around the issue mentioned above. https://www.debian.org/CD/live/ https://cloud.debian.org/images/cloud/ https://raspi.debian.net/ https://docker.debian.net/ https://wiki.debian.org/InstallingDebianOn/Microsoft/Windows/SubsystemForLinux > Something interesting to develop? There are lots of potential artefacts Debian could create from our binaries rather than expecting all users to install their systems. There are lots of different types of installs being explored outside of Debian, including system snapshots, server containers, app containers, appliance images, chroots/VMs under other operating systems etc. Debian could potentially be converting our binary packages to each of these different types of installs. Debian users could then be directed by default to the most appropriate install type for their use-case. PS: a list of system/package build tools is here: https://wiki.debian.org/SystemBuildTools PS: a recent article about some new image based installs: https://lwn.net/SubscriberLink/912774/b95d0bf96ebb67ab/ -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: official Debian kernel-free images
Hi Patrice, Patrice Duroux, on 2022-11-05: > There are many projects here and there (Termux, AnLinux, etc.) that are based > on > some sorts of kernel-free images of a minimal Debian system to be used through > chroot (other Linux) or PRoot (Android) or whatever environments. > Most of the time, it is provided as an archive file downloaded at their own > upstream project through their own (G)UI interface for which the content can > be > more or less similar to what could be an «official» Debian one. > > Is there something already available at Debian? Maybe I misunderstood, but you sound like you are after something like: sudo debootstrap \ /srv/chroot/debian-stable \ stable \ http://deb.debian.org./debian > Something interesting to develop? Unsure, there are many alternatives to debootstrap already: mmdebstrap, cdebootstrap, bdebstrap, to name the few I see with a loose research with apt. Have a nice day, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: A Helmet of Gnats - Cuchifrita's Ballet Lesson signature.asc Description: PGP signature
official Debian kernel-free images
Hi, There are many projects here and there (Termux, AnLinux, etc.) that are based on some sorts of kernel-free images of a minimal Debian system to be used through chroot (other Linux) or PRoot (Android) or whatever environments. Most of the time, it is provided as an archive file downloaded at their own upstream project through their own (G)UI interface for which the content can be more or less similar to what could be an «official» Debian one. Is there something already available at Debian? Something interesting to develop? Thanks, Patrice
Accepted octave-kernel 0.32.0-4 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 02 Nov 2022 20:49:57 + Source: octave-kernel Architecture: source Version: 0.32.0-4 Distribution: unstable Urgency: medium Maintainer: Debian Python Team Changed-By: Jelmer Vernooij Changes: octave-kernel (0.32.0-4) unstable; urgency=medium . [ Debian Janitor ] * Set upstream metadata fields: Bug-Database, Bug-Submit. * Update standards version to 4.6.1, no changes needed. Checksums-Sha1: d0ec1c714c0838b7fdd3e2cfc892b86ff9a0fc20 2212 octave-kernel_0.32.0-4.dsc db3cf87a9ef1fd0429a46b756a2a9625e4480a0e 2832 octave-kernel_0.32.0-4.debian.tar.xz ba86e457217a5845ded0d166ee540be14f01d9d4 10835 octave-kernel_0.32.0-4_amd64.buildinfo Checksums-Sha256: 5fe26cf25121e7e10440120b92de47dd8d4d383015ed6dd8581f7ad617040704 2212 octave-kernel_0.32.0-4.dsc 8721a0b715fc3f8f3a495aadf79d93e4c245a26196ba3da6dc73518d1633c0d3 2832 octave-kernel_0.32.0-4.debian.tar.xz 6995c51fb194e955f45a78d739af6409ed4e7831206723141f5dbd3d4fbec8d3 10835 octave-kernel_0.32.0-4_amd64.buildinfo Files: 3026829fe36317b478fe9b22cc0501d4 2212 python optional octave-kernel_0.32.0-4.dsc f99453807fda3c1ce5076dfa736ec1cb 2832 python optional octave-kernel_0.32.0-4.debian.tar.xz 680704b8f06739af23a6d88a4c463789 10835 python optional octave-kernel_0.32.0-4_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEsjhixBXWVlpOhsvXV5wWDUyeI+gFAmNi2CoACgkQV5wWDUye I+i92RAAvFNtKvQF5qXtWncTf/h0C+d8FHJi0l77fsl1MN2jS6yk0NHYmYM3B+T9 VgeokamJZvBsMAjYk6tkxWwPYefziiqDbgvJ9Zrvg4N0rTD4FyQS+VHiMh0y62Ol WuTN+3i6SztYyqHYq9fHMwAxuclDUD9NNTbjjA/HK5nqzUyj5qVwmAHOt8Ji3pck iOgilBv4PT8b1ybAbbxBGeswJbwf3K5oyTfVCvwVebE8dKw72vpIAu49YPgQ+lXj kvKNCDdddLIv6fiDnYAfWkbmMUFBHyK3NsAw3Mof/ZFnVImpHwdEFXjS/O3wbsHq nDcCSCOi43RDEqGFs/c1t7zQDT05t7Feg2V+2banA8PmPilmO0c3PzzffoefsNCY dqGP3704BRUA4GLp0CV90DeY39rgZe+KHm7Eu2yTXDfkRikB3jfUiTDyZqfkEGYu xk99sM1KH7piEj3b73pB5gwHXoDe5Hz309FsoTkIooxTNAXJtRxe5ibLkV/gBc4L 6qszV6tq5azaBvEkfp4oPX7Fjgrs3Q1kJQrP1Ip4dl4wqvwsJDXfDCw3OeZOR9EE BBg0IYaHnn7IRL27d2vBFRrH7CJa8cIMbNuU1f/phin684rmbPlrZxmd5oUd450y 7UPlUoP6J2VaddEb5bDzVYptsS5P1olDexjc3Chx2RHcEbvFfMo= =QoL8 -END PGP SIGNATURE-
Bug#1022946: ITP: ltp -- The LTP testsuite contains a collection of tools for testing the Linux kernel and related features
Package: wnpp Severity: wishlist Owner: Vignesh Raman X-Debbugs-Cc: debian-devel@lists.debian.org, vignesh.ra...@collabora.com Hi, * Package name: ltp Version : 20220527 Upstream Author : l...@lists.linux.it * URL : http://linux-test-project.github.io/ * License : GNU General Public License v2.0 Programming Lang: C, Perl, Python, Shell Description : The LTP testsuite contains a collection of tools for testing the Linux kernel and related features The LTP testsuite contains a collection of tools for testing the linux kernel and related features. It is useful to have LTP package in debian for testing linux kernel. LTP package was presviously in debian but removed because it was unmaintained and RC-buggy. My current plan is to package the latest upstream release (20220527), and maintain it. Regards, Vignesh
Accepted macaulay2-jupyter-kernel 0.6.7~beta-3 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 04 Oct 2022 06:24:42 -0400 Source: macaulay2-jupyter-kernel Built-For-Profiles: noudeb Architecture: source Version: 0.6.7~beta-3 Distribution: unstable Urgency: medium Maintainer: Debian Math Team Changed-By: Doug Torrance Changes: macaulay2-jupyter-kernel (0.6.7~beta-3) unstable; urgency=medium . * debian/clean - Clean up generated CodeMirror syntax highlighting file. * debian/control - Update Maintainer (now Debian Math Team). - Update my email address; now a Debian Developer. - Add macaulay2 to Build-Depends; needed to properly generate CodeMirror syntax highlighting code. - Bump Standards-Version to 4.6.1. - Update Vcs-* URL's (science-team -> math-team). * debian/copyright - Update my email address and bump copyright years. * debian/macaulay2.js.in - New file; source for CodeMirror syntax highlighting code. * debian/make-macaulay2-js.m2 - New script to help generate CodeMirror syntax highlighting code. * debian/rules - Generate CodeMirror syntax highlighting code and overwrite the out-of-date version shipped by upstream. * debian/source/lintian-overrides - Update source-is-missing override to match output of newer versions of Lintian. * debian/watch - Update URL from releases to tags page. Checksums-Sha1: 1d25af3615c2f685038e72f20ade8b7df161a6bb 2256 macaulay2-jupyter-kernel_0.6.7~beta-3.dsc 64968c41eefee9b82456987b3c05d12989fe6e2d 3940 macaulay2-jupyter-kernel_0.6.7~beta-3.debian.tar.xz 31d9fdfb555da2fbefafa3ba3b2a443463135d47 13119 macaulay2-jupyter-kernel_0.6.7~beta-3_source.buildinfo Checksums-Sha256: 45d5eebdfa72c991cfa0c44d3a9c49b60b50a77ffdd247a4a771ac65d5680c6f 2256 macaulay2-jupyter-kernel_0.6.7~beta-3.dsc 3c35fd8f8e544c69ac0f96461e7ffe0faef3f68f3a26caece5b25be804a35647 3940 macaulay2-jupyter-kernel_0.6.7~beta-3.debian.tar.xz 1e7dd873d8393c2ed501ddfc76dfe723c47dd90ebeb8d983faf06917f9a23691 13119 macaulay2-jupyter-kernel_0.6.7~beta-3_source.buildinfo Files: 8de33063bc77a756d4912f008039698a 2256 math optional macaulay2-jupyter-kernel_0.6.7~beta-3.dsc d39cc6fc2e03edff64c4dc2747a7af2d 3940 math optional macaulay2-jupyter-kernel_0.6.7~beta-3.debian.tar.xz 7cf52b60845f3884a8c112325c2c70f5 13119 math optional macaulay2-jupyter-kernel_0.6.7~beta-3_source.buildinfo -BEGIN PGP SIGNATURE- iQJJBAEBCgAzFiEEupghwS4HiU+y5K0AkdxKd57FyRAFAmM8CkUVHGR0b3JyYW5j ZUBkZWJpYW4ub3JnAAoJEJHcSneexckQt6kP/jHENfKNWSrtMrr4yYHVEYA2j0ZG AARGR1neRXoh0HO1voYhbBNenqQrEn6y/MkXW7y3HvuTy2P29TNE59g+OhiUCbdm F1uYRgai3EQw2sZC3KJMHtojqR0QRP3kaOzdHEetcFM+CNRXPsXEAhCX+XDYnoYf QVPKYcdo+WYP4L3acoPG1jN8YowEtXKbvEq3ChGWG7OsE2DVp++dbaTgUHmZ0kBG IWtrIHv+zEiU3kWSeHDuMKMBhL5hQciJLVljZ10NZb/MS1ytxRooGEjm7U+xJc8R /U7Vy6z4WWFfs7eqtt02aPukLw1L3Cou0QFigPbjEV8Bd9rQSHnNEGjOaqvRG/eH oiWdBG1Jmgu+K+oI/5pU09Pf8qLqVxh86FBeT0AMvdJ2fXvKb4eW2QUbV8DRgzkE zN+874QrV9UE9A0vFCisudd5PNNiFRg7tfjYgCZIu5NOlG2RXk+rVxv2iKZZDm5W 7bQ7Z5GZqn4heJ3BtaQZwKdq7l5FM6dK7pBe49SGA/MxbU1J4cJuFmtZtzw1Y+hn sHTuXGdJ1WVEcxSPfa0tiE40owSzjENuYqJwcSH/ktT0lbi2vojU1MRC+3H5CwaO ZyYzuNzkUMMvOXTQGRIYAJm1+f3mZNOUaCkj3DcLKjwBKsujCfMNNXZeocyi+RW0 EWJAr8FCQgmDb+Ok =WXhQ -END PGP SIGNATURE-
Accepted kernel-handbook 1.0.20 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 03 Oct 2022 01:56:35 +0200 Source: kernel-handbook Architecture: source Version: 1.0.20 Distribution: unstable Urgency: medium Maintainer: Debian kernel team Changed-By: Ben Hutchings Closes: 958559 Changes: kernel-handbook (1.0.20) unstable; urgency=medium . [ Tomasz Warniełło ] * Update Debian version in scope to 10 . [ Ben Hutchings ] * Update links to {net,serial} console documentation on www.kernel.org * Correct the filenames where debug-info is enabled in the linux package * Link to lore.kernel.org as preferred mail archive * Makefile: Update name of public pages directory in clean rule * Makefile: Generate Git version in a way that works with GitLab CI variables * d/salsa-ci.yml: Add CI configuration for salsa.debian.org * Makefile, d/salsa-ci.yml: Move pages update to CI * Change URL for kernel Git repository to use HTTP-S * Fix a plaintext HTTP URL in the Japanese translation * Change bisection instructions to include verifying upstream Git tags (Closes: #958559) * Change custom package building examples to use the bindeb-pkg target * Remove documentation of genorig.py's obsolete, insecure tarball support * Add new build-dependencies to bisection instructions * Refer to libncurses-dev instead of the now-transitional libncurses5-dev * Capitalise "Git" outside of command and package names * Update copyright dates * Fix reference to GRUB documentation, and drop reference to LILO * Remove long-outdated reference to binary module packages in the archive * Replace the long explanation of using module-assistant with just "m-a a-i" * Document explicitly how to install module-assistant * Introduce subsections for OOT builds with and without module-assistant * Document DKMS as the preferred method for OOT module builds * Briefly document interaction of Secure Boot with OOT modules * State that Salsa merge requests are now the preferred way to contribute * Include all authors in the contributor list * Revise the bug handling policy: - Remove reference to defunct kerneloops.org site - Remove mention of maintainers analysing oopses - Refer to bug trackers generally, not specifically bugzilla.kernel.org - Mention mail archives as possible existing upstream references - Document when and where a maintainer or submitter should report upstream * Makefile: Generalise translated build target * Disable building of Japanese translation since it is now very incomplete . [ Debian Janitor ] * Trim trailing whitespace. * Bump debhelper from old 11 to 12. * Set debhelper-compat version in Build-Depends. Checksums-Sha1: 48ef0b15c74594dd80e6906966b16e3e377e91f3 1705 kernel-handbook_1.0.20.dsc 4fac3e3861fbadae829ffbd0f17ac85329575731 53056 kernel-handbook_1.0.20.tar.xz e61fde8ba9423d59ec831252dd9111f816b645cc 6296 kernel-handbook_1.0.20_amd64.buildinfo Checksums-Sha256: dbd7c65b749f9894f7b000526b6f60fe1bf54bd68da8583b1d8a449817cc8604 1705 kernel-handbook_1.0.20.dsc b3a67748270f6dcdbd98efe31d0f26b68a1a9d190f5ece14ee9eb275ad970a7d 53056 kernel-handbook_1.0.20.tar.xz 2fd09188be5816f7c08edf21ccf2950a928be12d2a22e5f72818610279481e74 6296 kernel-handbook_1.0.20_amd64.buildinfo Files: d9e8b76d110fa08c541250e106a983d0 1705 doc optional kernel-handbook_1.0.20.dsc 1366f70a5ca005a03ab709548f2e0ed5 53056 doc optional kernel-handbook_1.0.20.tar.xz 608ed112159317de4399ac2bdb0100b1 6296 doc optional kernel-handbook_1.0.20_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEErCspvTSmr92z9o8157/I7JWGEQkFAmM6JzgACgkQ57/I7JWG EQnLpRAAyyzhMTOr4eUK3JfncZNuKr9K/NaUmjRLwrb2lqAzJfGpE8erYmb/+qJf gsL8tOoEk+meT7f6gISwL4rJ9aGcYe2nLvUdgF6WDAVZb1AXItj7P6pobZZkgbVG ygkBWzcn/8oDWRMI7T9c7S9wvsI5taJBP/ORXi6JHirjCjz6iYbXuimvAXAyWCdF VU7zop3VcEzqCB+gTq+eyC+CEPBGqqO/nUO71Gx4pTxGr+ng+KC0sDhaUoLl9y7w ChzkrrGV5kh+1BfA40yG8Q0hHePCCJi5DpNcxVF8EUhpjI/KIMbuhpzQ0hh9xS5z EckWgm9KgbYH2s0eKQF/HSXQiXljKm29K7ZYdBFDvzhuwCjgDs2329Ue36pD1mXI +mmH8AfsRXvqzylMitr29MsRqZZT45602ZP8OBxz38BL3zETJNdiTFSY1UEdYEsH r0SZGFl1leWkbDf94fLMTvlvjQ11/NhbhbvRmCBIQvnHMUprMbBXlrkXlfdVzSy/ a7IExeUC8VV3dP7E/iYAeMe9pCfqNk8Oo4DKJpCoe1IKbT0awGeAQB9OOG4w9jQU glgOTaoRXmbjaWZQJWQ5dTIiRPhyqeGI7D79DM1WlnVBpSi2I5vQLEZseQVIRpbO ulzGmVZUNZvks8DOr7VPvj8knMNCqMK/sPIe6+C4v06lpFWfjVk= =P51e -END PGP SIGNATURE-
Bug#1018891: marked as done (general: Can't install fans on msi laptop due to missing ec_sys kernel. Command prompt modprobe ec_sys write_support=1, I get error: FATAL: Module ec_sys not found in dire
Your message dated Tue, 13 Sep 2022 21:33:03 +0200 with message-id and subject line Re: Bug#1018891: general: Can't install fans on msi laptop due to missing ec_sys kernel. Command prompt modprobe ec_sys write_support=1, I get error: FATAL: Module ec_sys not found in directory /lib/modules/5.10.0-17-amd64 has caused the Debian Bug report #1018891, regarding general: Can't install fans on msi laptop due to missing ec_sys kernel. Command prompt modprobe ec_sys write_support=1, I get error: FATAL: Module ec_sys not found in directory /lib/modules/5.10.0-17-amd64 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1018891: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018891 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: general Severity: normal X-Debbugs-Cc: velmory...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** --- End Message --- --- Begin Message --- On Thu, 2022-09-01 at 18:43 +0300, Psyho786 wrote: > Package: general > Severity: normal > X-Debbugs-Cc: velmory...@gmail.com > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? >* What exactly did you do (or not do) that was effective (or > ineffective)? >* What was the outcome of this action? >* What outcome did you expect instead? > > *** End of the template - remove these template lines *** > We intentionally do not enable this debug driver. Ben. -- Ben Hutchings Unix is many things to many people, but it's never been everything to anybody. signature.asc Description: This is a digitally signed message part --- End Message ---
Bug#1019459: ITP: gvisor -- Application Kernel for Containers
Package: wnpp Severity: wishlist Owner: John Goerzen * Package name: gvisor Version : 20220905.0-1 Upstream Author : Google * URL : https://github.com/google/gvisor * License : Apache-2.0 and MIT Programming Lang: Go Description : Application Kernel for Containers gVisor is an application kernel, written in Go, that implements a substantial portion of the Linux system surface. This package includes the subset of gVisor necessary for applications that use its TCP/IP stack, which was formerly split out into inet.af/netstack. inet.af/netstack is deprecated thanks to the new support in Go for partial module compilation. NNCP now uses gVisor.
Bug#1018891: general: Can't install fans on msi laptop due to missing ec_sys kernel. Command prompt modprobe ec_sys write_support=1, I get error: FATAL: Module ec_sys not found in directory /lib/modul
Package: general Severity: normal X-Debbugs-Cc: velmory...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines ***
Bug#1016019: ITP: libusbgx -- libusbgx is a C library encapsulating the kernel USB gadget-configfs
Package: wnpp Severity: wishlist Owner: Manuel Traut X-Debbugs-Cc: debian-devel@lists.debian.org, manuel.tr...@mt.com * Package name: libusbgx Version : 0.2.0 Upstream Author : Krzysztof Opasiak * URL : https://github.com/linux-usb-gadgets/libusbgx * License : GPL, LGPL Programming Lang: C Description : libusbgx is a C library encapsulating the kernel USB gadget-configfs It provides routines for creating and parsing USB gadget devices using the configfs API. Currently, all USB gadget configfs functions that can be enabled in kernel release 3.11 (Linux for Workgroups!) are supported. The package is used in many embedded Linux based products. I would need a sponsor and help for uploading the package.
Accepted jupyter-kernel-test 0.4.3-2 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 24 Jul 2022 22:01:00 -0400 Source: jupyter-kernel-test Architecture: source Version: 0.4.3-2 Distribution: unstable Urgency: medium Maintainer: Debian Python Team Changed-By: Joseph Nahmias Changes: jupyter-kernel-test (0.4.3-2) unstable; urgency=medium . * Source only upload for migration to bookworm. Checksums-Sha1: 238fdc2cd6b2047b1fc748d233eb8b232a7a4fc1 2404 jupyter-kernel-test_0.4.3-2.dsc 3ec51d241a9f0645111478456c06d02f65523136 2784 jupyter-kernel-test_0.4.3-2.debian.tar.xz a8cf44fd204ffe0260eae98d3b90333f7a500644 10801 jupyter-kernel-test_0.4.3-2_amd64.buildinfo Checksums-Sha256: 7c345987c303abc33e835fb04e0375a663f5e1d10a7254a9fcd5132679a8dee0 2404 jupyter-kernel-test_0.4.3-2.dsc 027e9864dd1375ae348b3822f1c05e9e6efc571c2371355a013e38dc2cf2de3d 2784 jupyter-kernel-test_0.4.3-2.debian.tar.xz 8393180638187ef9fae1d0880ac1b019c4b7a225f299e15d2b3ab0f309008c29 10801 jupyter-kernel-test_0.4.3-2_amd64.buildinfo Files: c98b215a9c891d0817d25a219c317e6b 2404 python optional jupyter-kernel-test_0.4.3-2.dsc c8f952ec14a74ec68e85bc3f627ee64b 2784 python optional jupyter-kernel-test_0.4.3-2.debian.tar.xz 358de96085513d61501e1d1d3b7eecf5 10801 python optional jupyter-kernel-test_0.4.3-2_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEcxc7CTsDz7hRCK0UsRvZGQeaO5gFAmLd+pMACgkQsRvZGQea O5i6Ow//WZM3LCzQ9/KI/Ka9cGo00eP0ngSWSKu1m7POiDp4p0E1HSEOxXx2kQS2 Mo/NpTjBOZAnm3jM9gN8RZIFYXJtdwqZ0RxxiK0S8HFIHY1WIE4c32Uk0v4CTXUa nSYUxuJRuq+bDIeT/SWaKi48ei0xttSNynpxdIYwKP0ilWnKVgKpKqushGPY+BT+ iDeeV27Riq/AffT4eaxMs8o/O87cguI9meqbYOX26IsMmZ/3P7TZ3thdPUqQCEBk JMuEl0MfaB9aJCVvHACCpTEdNWc1bEq60AdLB5Jcg/Yf1Q/ZQzj6f9H4yd/EUm4V gkhE5bP4qiAG2TFwOGA1X4EIichE1eczKrFRdEMGgzqQY6lWdpmp1sunCPL7y0vt eRuD5kP7QNXhX18dTL4lA78MTpm2/i10hqzFmE7WyhMxXQauO4CXiHLrth0n98uJ 6io91IMQWg2N+gRhKaLmRHJovXB7wcGQg15Yg0vKTnQgEyaTUa3xBoj64CUfqMWU aFk88BltFGOquAt4PS9706zt1FwmyrXsvz1unln8Sbq3AIcQIT8IFcPg3dLmAi0x Z7PeyxyH4JVGSqO7E9c9hWc7CC2W9LY5FMtNObm1UdSASTnDN43w98764WjJW1AV 8CDlaWD7hiR2aaj8hHWOIhJ5+dKVSoSiQR+C4MJfTNn5U2NsIaI= =GrnM -END PGP SIGNATURE-
Bug#1013110: ITP: rapiddisk -- Linux RAM Drive and Caching kernel modules (DKMS)
Package: wnpp Severity: wishlist Owner: Gürkan Myczko X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: rapiddisk Version : 8.1.0 Upstream Authors: Petros Koutoupis URL : https://github.com/pkoutoupis/rapiddisk * License : GPL-2.0-or-later Description : Linux RAM Drive and Caching kernel modules (DKMS) This software defined advanced RAM drive and storage caching solution. This suite includes a collection of modules, configuration files, and command line utilities for managing RapidDisk enabled storage volumes and accessing them either locally or across an NVMe Target network. . This is the kernel module for Linux.
Bug#1010829: ITP: libkdumpfile -- Kernel coredump file access
Package: wnpp Severity: wishlist Owner: Michel Alexandre Salim X-Debbugs-Cc: debian-devel@lists.debian.org, mic...@michel-slm.name * Package name: libkdumpfile Version : 0.4.1 Upstream Author : Petr Tesarik * URL : https://github.com/ptesarik/libkdumpfile * License : LGPL-3+ or GPL-2+ Programming Lang: C Description : Kernel coredump file access libkdumpfile is a library to read kdump-compressed kernel core dumps. It is an optional dependency for packaging drgn (ITP: #1001581). I work with the drgn author, we already maintain libkdumpfile and drgn in Fedora and would like to make sure they are available in Debian as well.
Accepted flash-kernel 3.106 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 22 Apr 2022 16:55:41 -0700 Source: flash-kernel Architecture: source Version: 3.106 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Vagrant Cascadian Changes: flash-kernel (3.106) unstable; urgency=medium . * db/all.db: Move MNT Reform 2 boards later to fix sort order. Checksums-Sha1: f734550ef60c1c4709e03ca1b7dd96b94dc4a4fb 1293 flash-kernel_3.106.dsc f681b9ee6efa1c723452b96b2f27fe6de8f548af 75128 flash-kernel_3.106.tar.xz ec65b5a5d962c6504aabff2bda64a74cca73c5a7 5532 flash-kernel_3.106_arm64.buildinfo Checksums-Sha256: 80d46132d7c7da9c48e4a57405541ebb87a27ec0d294b58ca9a2995389fcefaf 1293 flash-kernel_3.106.dsc 656aea910ebbf83b14ae4fae23505238dd4093f85995ec4dd4bc58fce6c75b3b 75128 flash-kernel_3.106.tar.xz 7142bd773d49e1975085762795de9b2871f89073f8ca8d46f0188ef8591750da 5532 flash-kernel_3.106_arm64.buildinfo Files: 593e8dc8ea05c4bab68aee0a49d509f0 1293 utils optional flash-kernel_3.106.dsc 9d4d1ec2abeed818289d6d2a303a1f98 75128 utils optional flash-kernel_3.106.tar.xz 157587ca43cacc40e347c4b2accca52b 5532 utils optional flash-kernel_3.106_arm64.buildinfo -BEGIN PGP SIGNATURE- iIkEARYKADEWIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCYmNBzRMcdmFncmFudEBk ZWJpYW4ub3JnAAoJENxRj8h/lxaqppcA/0HLtnmo3te3ot5rBU0Xs4psVIFVe6i/ +tJA2slN7L5IAP93vbM0J9wpm9hj/1WcPntuo2hkn9I+JPlA9hjVKBPaBg== =Wz5N -END PGP SIGNATURE-
Accepted flash-kernel 3.105 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 22 Apr 2022 12:26:15 -0700 Source: flash-kernel Architecture: source Version: 3.105 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Vagrant Cascadian Closes: 982369 983498 1006926 Changes: flash-kernel (3.105) unstable; urgency=medium . [ Matthias Klose ] * Allow building without the udeb package. (Closes: #983498) . [ Heinrich Schuchardt ] * all.db: add support for ODROID-C4, -HC4, -N2, -N2Plus (Closes: #982369) . [ Date Huang ] * functions: skip flash-kernel in all EFI system . [ Henry-Nicolas Tourneur ] * Add Librem5r4 (Evergreen). . [ Heinrich Schuchardt ] * bootscript: unify generic boot scripts * db/all.db: add SiFive HiFive Unmatched A00 (Closes: #1006926) * debian/control: enable building for riscv64 * db: add BeagleV Starlight Beta board to the database . [ Vagrant Cascadian ] * functions: Use dpkg --print-architecture to determine architecture. . [ Heinrich Schuchardt ] * db: add Microchip PolarFire-SoC Icicle Kit to the database . [ Johannes Schauer Marin Rodrigues ] * Add MNT Reform 2 . [ Vagrant Cascadian ] * debian/control: Update Standards Version to 4.6.0, no changes. Checksums-Sha1: c35f1d1381b42e54ee6a3a93274078e42a5cdb70 1293 flash-kernel_3.105.dsc 76ea8a3419dd70e31210680c5dbb92c2f54b8aae 75204 flash-kernel_3.105.tar.xz 0e5b2ec610ac0d2582ca6db216412138f8cecaa0 5576 flash-kernel_3.105_arm64.buildinfo Checksums-Sha256: c52e32b05f2e24fb59b08f77266900ee5234d39e53548aef085b7c01d42ff6c3 1293 flash-kernel_3.105.dsc 36cc09405f9cc05a86a486f0ab285700a8d53f79e584ef73e6cafbafb1ccc87a 75204 flash-kernel_3.105.tar.xz 2ce74f135c3546217b4a88971a0a8c7aa0a5fe02b625f1a1ee56d415832d54eb 5576 flash-kernel_3.105_arm64.buildinfo Files: ff993ad6042d7898d86c50a345f3cc14 1293 utils optional flash-kernel_3.105.dsc 5ba5f81fe42c92a6d1396138b4fb5fed 75204 utils optional flash-kernel_3.105.tar.xz bbd648e1e418a02947db33013064c0a4 5576 utils optional flash-kernel_3.105_arm64.buildinfo -BEGIN PGP SIGNATURE- iIkEARYKADEWIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCYmMCWhMcdmFncmFudEBk ZWJpYW4ub3JnAAoJENxRj8h/lxaqedQA/2NM7cTdGXvHTOUzDVlyK8/pdpmuEqhv ESwjTB07G0e5AP4g3yP3vmLyzfiR9lqPjmtRhtppXSCj3wbaq/P/FY+ABQ== =HYuU -END PGP SIGNATURE-
Bug#1008044: ITP: openvpn-dco-dkms -- DCO (Data-Channel Offload) kernel module for OpenVPN
Package: wnpp Severity: wishlist Owner: Bernhard Schmidt * Package name: openvpn-dco-dkms Version : Git Snapshot Upstream Author : Antonio Quartulli * URL : https://github.com/OpenVPN/ovpn-dco * License : GPL-2.0 Programming Lang: C Description : DCO (Data-Channel Offload) kernel module for OpenVPN OpenVPN Data Channel Offload in the linux kernel (ovpn-dco) . This kernel module allows OpenVPN to offload any data plane management to the linux kernel, thus allowing it to exploit any Linux low level API, while avoiding expensive and slow payload transfer between kernel space and user space. You need a matching dco-enabled OpenVPN to use this, the feature is supposed to land in OpenVPN 2.6. . This package uses DKMS to automatically build the ovpn-dco kernel module.
Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting
Package: wnpp Severity: wishlist Owner: Victor Westerhuis X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: kmscon Version : 8+40 Upstream Author : Aetf * URL : https://github.com/Aetf/kmscon * License : Expat Programming Lang: C Description : Simple terminal emulator based on Kernel Mode Setting kmscon is a system console for linux. It does not depend on any graphics-server on your system (like X.org), but instead provides a raw console layer that can be used independently. It can replace the linux kernel console entirely but was designed to work well side-by-side, too. Even though initially targeted at providing internationalization to the system-console, it has grown into a fully modularized console layer including features like multi-head support, internationalized font rendering, XKB-compatible keyboard handling, hardware-accelerated graphics access and more. I have used this package since Linux dropped scrollback support from the kernel in 2020 [1]. The original upstream [2] has been dead since 2014, but Aetf has picked up development. Kmscon depends on a newer, forked version of libtsm. I'll file a separate bug to address that. [1]: https://www.phoronix.com/scan.php?page=news_item=Linux-5.9-Drops-Soft-Scrollback [2]: https://www.freedesktop.org/wiki/Software/kmscon/
Accepted jupyter-kernel-test 0.4.3-1 (source all) into unstable, unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 06 Dec 2021 21:28:17 -0500 Source: jupyter-kernel-test Binary: python3-jupyter-kernel-test Architecture: source all Version: 0.4.3-1 Distribution: unstable Urgency: medium Maintainer: Debian Python Team Changed-By: Joseph Nahmias Description: python3-jupyter-kernel-test - tool to test Jupyter kernels Closes: 1001228 Changes: jupyter-kernel-test (0.4.3-1) unstable; urgency=medium . * Initial release (Closes: #1001228) * [6f1cc5d] fix running tests during build. Thanks to tumbleweed on #debian-python * [0d9d976] run tests as autopkgtest Checksums-Sha1: b4760f8e5d44c45430d62eaebe3d67a54b47444e 2404 jupyter-kernel-test_0.4.3-1.dsc 56b5b405e9608bed619eb89838fe79d33df9395b 12269 jupyter-kernel-test_0.4.3.orig.tar.gz bf0461fe6f88a50c0e471181603cc793ff063ff7 2752 jupyter-kernel-test_0.4.3-1.debian.tar.xz 578f37a7230b5241799095eb7a92b8fd1dec5eb2 10677 jupyter-kernel-test_0.4.3-1_amd64.buildinfo 3a42fbed8a502b3ba26a81e8165306e9ef9673eb 10488 python3-jupyter-kernel-test_0.4.3-1_all.deb Checksums-Sha256: 4b9ce5b66bd452ffcf1d11056089f3684647d35b3386cc15188aea07a33c81c9 2404 jupyter-kernel-test_0.4.3-1.dsc 420139a6d2e75ff3a2daf533fd2fe97a5b24d92b802b95ea6bc46078bcb940b2 12269 jupyter-kernel-test_0.4.3.orig.tar.gz ab5a2267b90c36ad001b6555042d58f3db8600c563a9d949e9d96f744c72c6f0 2752 jupyter-kernel-test_0.4.3-1.debian.tar.xz b1be0175eb0cb4744c2ba99d2f29fa6fcc6a5acab8207e62670a5b3ca09f89b8 10677 jupyter-kernel-test_0.4.3-1_amd64.buildinfo 6fe61434fe06540bdaf9ce93911430dd81b665f88faf46f23cac4b2cc095b663 10488 python3-jupyter-kernel-test_0.4.3-1_all.deb Files: 75a94a781e3f921b109bc282bc77fdf9 2404 python optional jupyter-kernel-test_0.4.3-1.dsc 3b32448a5a292905c6db64d68bce6839 12269 python optional jupyter-kernel-test_0.4.3.orig.tar.gz a671bc1b2f44f985163e9d247f218b03 2752 python optional jupyter-kernel-test_0.4.3-1.debian.tar.xz 5f38dd2c12a79b23f8326948742b7020 10677 python optional jupyter-kernel-test_0.4.3-1_amd64.buildinfo fc4130b609dfd99b488709cfc8a61672 10488 python optional python3-jupyter-kernel-test_0.4.3-1_all.deb -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEcxc7CTsDz7hRCK0UsRvZGQeaO5gFAmGuyEgACgkQsRvZGQea O5jVoxAAkd+S6EdBbSv2CeyEizVDMQaOac9qbS65++zirq5xsJoGjSr3o3dd3+5d RID5EnSYm1eSftdPZjjJsHgE+J8iMOjK1xjC2Wp33PCWZPI4Y9hX6+k4XTGGYgGS 56lrH6AAx9Qzgx/wejEJFVj1p9Gn4XInsWEYKucgv2eC0f8vyat8NdZEB7ShINS1 w7yno4rBgvN/f4vl1UB7vhunttUFDGSSwjgjQV89qZLob6wIvEsAador6Ydu2Y5d Gx8Eht5W4RMZhc6alNyMFHLTZ5gkWTod7ApXc/0rmNa4lfrChyyW/l2q3ke5fQ7L O+rcZMa3+Xir2AiTZhfD5Xxp0PZZxDHFqzOu1QHB0fvuG3ptDbgxWXySONNIUKUT SJGB6uQneA6QH39C20Y8EueBpkGTB2Ut3+oQSt0Ox3ZPLUbUPwApFYZxn9PMUDXF akNv9pFLH1qvHDIuf4GAHCEpwz2CdJODJxFEdY3Kbg6McpXHsCd2luKJJtTEcNry SPG1ELBk8WTQOFJ5v23HfD+skbdxG7sisjGAyhxL9jHsnziLf0TQILCjXDBKcfm8 3OM++jpWw1Z/FigQp1uBhZ+PcY3fal/MSPq9/tMh12Rx4kKuZiU1b5fzjAG4V3bw gttk4obOp7dbPVb7LoGH0u9Hx7upHR534L2cpo2F9Qy5qtWIeeU= =TKo2 -END PGP SIGNATURE-
Bug#1001228: ITP: jupyter-kernel-test -- tool to test Jupyter kernels
Package: wnpp Severity: wishlist Owner: Joseph Nahmias X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org, j...@nahmias.net * Package name: jupyter-kernel-test Version : 0.4.2 Upstream Author : Jupyter Development Team * URL : https://github.com/jupyter/jupyter_kernel_test * License : BSD Programming Lang: Python Description : tool to test Jupyter kernels jupyter_kernel_test is a tool for testing Jupyter kernels. It tests kernels for successful code execution and conformance with the Jupyter Messaging Protocol (currently 5.0).