Bug#1073998: linux: Purging linux-image- doesn't clean up modules.weakdep file

Re: Diederik de Haas > When removing or 'even' purging a linux-image- package, it > reports the following issue: > > rmdir: failed to remove '/lib/modules/': Directory not empty > > The reason for that is that there's still a ``modules.weakdep`` file. I just had the same problem on linux-image-6

reassign 1064838 to linux

reassign 1064838 linux thanks Christoph

Re: Processed: Re: Bug#1064838: New package names break APT safety features, ability to co-install different ABIs

Control: reassign -1 linux Re: Debian Bug Tracking System > Processing control commands: > > > reassign -1 tech-ctte > Bug #1064838 [src:linux] New package names break APT safety features, ability > to co-install different ABIs Please only reassign to tech-ctte after the actual discussion has f

Bug#1058937: /usr-move: Do we support upgrades without apt?

Re: Helmut Grohne > Is it ok to call upgrade scenarios failures that cannot be reproduced > using apt unsupported until we no longer deal with aliasing? > > If the answer is yes here, we'll close #1058937 (Ben's libnfsidmap1 bug) > with no action calling the scenario unsupported. I think we shoul

Re: AX.25 in the kernel

Re: Iain Learmonth 2019-08-06 <7285bc5a-e1e4-4c65-d75e-79a888101...@debian.org> > This looks like a sensible option. Is there some man page or > documentation about what that file should look like? I think it's just one module per line: $ cat /etc/modules-load.d/cups-filters.conf # Parallel print

Re: AX.25 in the kernel

Re: Iain Learmonth 2019-08-06 <6d586162-d416-c753-1cc7-e72da4864...@debian.org> > If you have ideas on how to re-enable module autoloading for hamradio > protocols when libax25 is installed then please let me know. /etc/modules-load.d/ax25.conf ... but it should probably depend on some debconf qu

Bug#797530: 32bit pie memory layout leaves only ~100MB between heap and stack

More details: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1518483 Christoph

Bug#797530: 32bit pie memory layout leaves only ~100MB between heap and stack

Source: linux Version: 3.16.7-ckt11-1 Severity: important I'm still seeing a memory layout for pie executables on 32 bit that only leaves a bit over 100MB between heap and stack: $ uname -a Linux feynman 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) x86_64 GNU/Linux $ ./pie f756b000-

Bug#739593: unshare -m aka unshare(CLONE_NEWNS) mounts are visible globally

Source: linux Version: 3.12.9-1 Severity: important Mounts done in a unshare(CLONE_NEWNS) or unshare -m environment are globally visible, and are not automatically removed once the process exits: $ mount | grep foobar $ sudo unshare -m -- mount -t tmpfs foobar /tmp $ mount | grep foobar foobar on

Bug#403526: Description is uninformative

Package: linux-support-2.6.18-3 Version: 2.6.18-8 Severity: minor > Package: linux-support-2.6.18-3 > Source: linux-2.6 > Description: Support files for Linux 2.6.18 > This package provides support files for the Linux kernel build. After reading this, I still don't know what the package does. Co