Re: Offer to make a native 32-bit system avaiable

2024-01-13 Thread Dimitri John Ledkov
Thank you for the offer, but no need. It is not needed in Debian infrastructure. On Sat, 13 Jan 2024, 19:18 rhys, wrote: > > > >> I know the difference between a 32-bit processor and a 64-bit processor. > > > > Obviously you don't. Or at least are not aware about consequences. > > > > > >

Re: Ability to further support 32bit architectures

2024-01-13 Thread Dimitri John Ledkov
Heya, On Fri, 12 Jan 2024, 22:36 Bastian Blank, wrote: > On Thu, Jan 11, 2024 at 09:48:34AM +0000, Dimitri John Ledkov wrote: > > Disabling debug symbols, enabling debug symbol zstd compression, using > > split debug symbols (disabled BTF usage) should help here. > > Di

Re: Ability to further support 32bit architectures

2024-01-11 Thread Dimitri John Ledkov
Hi, On Thu, 11 Jan 2024 at 09:42, Bastian Blank wrote: > > Hi > > Linux 6.7 fails to build on at least i386 and armhf. Even it now > manages to make the compiler fail to allocate memory: > | cc1: out of memory allocating 135266296 bytes after a total of 235675648 > bytes > > Right now both

Re: Future for armel? (was: Re: What to do with d-i on armel?)

2024-01-10 Thread Dimitri John Ledkov
On Wed, 10 Jan 2024 at 09:46, Martin wrote: > > Quoting Bastian Blank : > > But why? What is provided by an armel userland that armhf can't? > > My employer runs Debian on this armv5(?) hardware: > > https://www.taskit.de/produkte/embedded-produkte/computer-on-module/132/stamp9g20-512f/128r > >

Re: How to revoke Debian kernels for secure boot

2023-12-13 Thread Dimitri John Ledkov
At the moment the best options are: - rotate online signing key - build new shim with old signing key in vendorx (revoked ESL) - build new kernels with old signing key built-in revoked keyring This is to ensure that old shim & old kernel can boot or kexec new kernels. To ensure new shim cannot

Re: consolidate linux-libc-dev headers

2023-11-16 Thread Dimitri John Ledkov
On Thu, 16 Nov 2023 at 19:30, Bastian Blank wrote: > > Hi Dimitri > > On Thu, Nov 16, 2023 at 06:28:13PM +0000, Dimitri John Ledkov wrote: > > I have implemented example packaging of that as a standalone source package > > https://ppa.launchpadcontent.net/xnox/nonvirt/

Re: consolidate linux-libc-dev headers

2023-11-16 Thread Dimitri John Ledkov
On Thu, 16 Nov 2023 at 19:30, Bastian Blank wrote: > > Hi Dimitri > > On Thu, Nov 16, 2023 at 06:28:13PM +0000, Dimitri John Ledkov wrote: > > I have implemented example packaging of that as a standalone source package > > https://ppa.launchpadcontent.net/xnox/nonvirt/

consolidate linux-libc-dev headers

2023-11-16 Thread Dimitri John Ledkov
Currently in both Debian and Ubuntu we ship like close to 40 .deb packages that have linux-libc-dev (for native/multiarch, cross, ports, mipses). Each one of them is like 1.5MB, however they actually all have the same and repeated content. the bulk of headers are the same on all arches (and

Bug#930366: initramfs-tools: unmkinitramfs fails to unpack lz4 compressed initrd

2019-06-11 Thread Dimitri John Ledkov
Package: initramfs-tools Version: 0.133 Severity: normal Tags: patch Dear Maintainer, unmkinitramfs fails to unpack lz4 compressed initrd, ie.: $ sudo apt install initramfs-tools lz4 file $ mkinitramfs -c lz4 -o foo.img $ unmkinitramfs foo.img bar cpio: premature end of archive $ echo $? 2 I

Bug#820013: general: Touchpad not working on Lenovo IdeaPad Yoga 13 after updating from 8.3 to 8.4

2016-04-05 Thread Dimitri John Ledkov
On 6 April 2016 at 00:32, Ben Hutchings wrote: > On Wed, 2016-04-06 at 00:22 +0100, Ben Hutchings wrote: > [...] >> But I also found this commit in 3.17: >> >> commit f79a901331a823ae370584b15cd39dd110b95a0a >> Author: Hans de Goede >> Date: Fri Jul

Bug#820013: general: Touchpad not working on Lenovo IdeaPad Yoga 13 after updating from 8.3 to 8.4

2016-04-05 Thread Dimitri John Ledkov
On 5 April 2016 at 22:49, Ben Hutchings wrote: > Control: reassign -1 src:linux 3.16.7-ckt25-1 > Control: tag -1 moreinfo > > On Mon, 2016-04-04 at 22:11 +0300, Juho wrote: >> Package: general >> Severity: important >> >> After running "apt-get update && apt-get

Bug#804446: initramfs-tools: Do not include fsck tools for non-fscable filesystems

2015-11-08 Thread Dimitri John Ledkov
for said filesystems. Please consider applying and uploading this patch into Debian unstable. Regards, Dimitri. From 811c1005d2caf8e395e22a16ea202cb230999a3d Mon Sep 17 00:00:00 2001 From: Dimitri John Ledkov <dimitri.j.led...@intel.com> Date: Sun, 8 Nov 2015 16:01:01 + Subject: [PAT

Bug#797361: initramfs-tools: hooks/fsck includes too many tools

2015-08-29 Thread Dimitri John Ledkov
. Specifically one would set that to zero for filesystems that don't require fsck to be run, like btrfs and xfs. See attached proposed patch. From 3ebe2c4c3c7df2fddb2e15b438363e8f95d80962 Mon Sep 17 00:00:00 2001 From: Dimitri John Ledkov dimitri.j.led...@intel.com Date: Sat, 29 Aug 2015 23:59:07

Bug#784234: initramfs-tools: searches for fsck.btrfs in the wrong directory

2015-05-04 Thread Dimitri John Ledkov
Thanks for this. I will check the previous /sbin/ binaries and move them back to sbin location. There was a change of build system upstream as well, and I thought i got the splits right. Thanks for pointing this out. On 4 May 2015 at 11:42, Norbert Preining prein...@logic.at wrote:

Bug#784234: initramfs-tools: searches for fsck.btrfs in the wrong directory

2015-05-04 Thread Dimitri John Ledkov
On 4 May 2015 at 19:25, Ben Hutchings b...@decadent.org.uk wrote: On Mon, 2015-05-04 at 18:20 +0100, Dimitri John Ledkov wrote: Thanks for this. I will check the previous /sbin/ binaries and move them back to sbin location. There was a change of build system upstream as well, and I

Bug#652459: Move awk implementations from /usr/bin to /bin

2013-12-31 Thread Dimitri John Ledkov
On 31 December 2013 08:11, Vincent Bernat ber...@debian.org wrote: ❦ 31 décembre 2013 01:30 CET, m...@linux.it (Marco d'Itri) : Any thoughts? The correct solution is completing #652459, which mounts /usr in the initramfs. It is quite unclear why this bug is stalled. I believe there were