Hi,
On Mon, May 18, 2015 at 01:21:13PM +0800, Paul Wise wrote:
> On Mon, 18 May 2015 12:36:04 +0800 Jesse Sung wrote:
>
> > * Package name : freefall
> > * URL :
> > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/laptops/freefall.c
...
> I notice that there is
On Mon, 18 May 2015 12:36:04 +0800 Jesse Sung wrote:
> * Package name : freefall
> * URL :
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/laptops/freefall.c
> * License : GPL
> Description : daemon to protect disk for laptops with supported sensors
>
> The ac
Processing commands for cont...@bugs.debian.org:
> fixed 780467 4.0-1~exp1
Bug #780467 [src:linux] linux-image-3.16.0-4-amd64: Please backport
thinkpad_acpi support for 2015 ThinkPads
Marked as fixed in versions linux/4.0-1~exp1.
> thanks
Stopping processing here.
Please contact me if you need a
Processing commands for cont...@bugs.debian.org:
> severity 780467 important
Bug #780467 [src:linux] linux-image-3.16.0-4-amd64: Please backport
thinkpad_acpi support for 2015 ThinkPads
Severity set to 'important' from 'wishlist'
> thanks
Stopping processing here.
Please contact me if you need a
I'd like to revive my proposal that the kernel team should not attempt
to keep the kernel ABI stable across point releases, but only do so in
jessie-security (i.e. maintain the ABI implemented in the preceding
point release). This would apply starting with jessie.
We discussed this at DebConf 13;
On Sun, May 17, 2015 at 9:39 PM, Cyril Brulebois wrote:
> Ben Hutchings (2015-05-17):
>> On Sun, 2015-05-17 at 13:25 +0200, Cyril Brulebois wrote:
>> > My personal stance on kernel related things would be "upstream first".
>> > If it ain't going to be merged into mainline, or at least accepted as
Package: initramfs-tools
Version: 0.120
Severity: normal
If busybox is not installed and the option is BUSYBOX=y the system
don't boot. Where the previous initramfs-tools could generate a
bootable initrd image.
-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 3.0M Apr 26 20
Processing control commands:
> tag -1 fixed-upstream patch
Bug #784146 [src:linux] linux-image-3.16.0-4-armmp-lpae: Spurious RTC error
messages on OpenBlocks AX3-4
Added tag(s) fixed-upstream and patch.
--
784146: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784146
Debian Bug Tracking Syste
Control: tag -1 fixed-upstream patch
On Sun, 2015-05-17 at 15:24 +0100, Ian Campbell wrote:
> On Sun, 2015-05-03 at 15:21 +0100, Ben Hutchings wrote:
> > Package: src:linux
> > Version: 3.16.7-ckt9-3~deb8u1
> > Severity: normal
> > Tags: upstream
> >
> > On the OpenBlocks AX3-4, the kernel logs t
On Sun, 2015-05-03 at 15:21 +0100, Ben Hutchings wrote:
> Package: src:linux
> Version: 3.16.7-ckt9-3~deb8u1
> Severity: normal
> Tags: upstream
>
> On the OpenBlocks AX3-4, the kernel logs these messages at every boot:
>
> [1.853325] rtc-mv d0010300.rtc: internal RTC not ticking
> [1.863
On Sun, 2015-05-17 at 15:14 +0100, Ian Campbell wrote:
> On Thu, 2015-05-07 at 21:02 +0200, Martin Lucina wrote:
> > Note that despite the memory setting above, the dom0 has not been allocated
> > exactly the amount asked for:
> >
> > # xl list 0
> > NameID
On Mon, 2015-04-06 at 12:08 +0200, Sjoerd Simons wrote:
> For reference when using linux-image-3.19.0-trunk-armmp this would add ~8
> mbyte
> of dtb files to /boot, current linux-next's multi_v7 configuration generates
> around ~11 mbyte of dtb files.
That's a gain of a couple of M in the space o
On Thu, 2015-05-07 at 21:02 +0200, Martin Lucina wrote:
> Note that despite the memory setting above, the dom0 has not been allocated
> exactly the amount asked for:
>
> # xl list 0
> NameID Mem VCPUsState Time(s)
> Domain-0
Processing control commands:
> close -1
Bug #785494 [src:linux] [linux-image-4.0.0-1-amd64] USB3 device errors (on
empty ports)
Marked Bug as done
> archive -1
Bug #785494 {Done: jnqnfe } [src:linux]
[linux-image-4.0.0-1-amd64] USB3 device errors (on empty ports)
archived 785494 to archive/94 (f
Control: close -1
Control: archive -1
Update: To my surprise, the problem seems to have disappeared.
What changed?
1) A handful of minor package updates since it last occurred, nothing
jumps out at me as something that might affect this.
2) Having noticed that one of the fans on my GPU has stoppe
Hi,
>> when the package firmware-linux-nonfree is installed, it triggers the hook
>> of the initramdisk
>> package. I conclude that some firmware may be needed by the initramfs (which
>> makes sense to me),
>> and hence it is important to keep the initramfs up-to-date as firmware is
>> updated.
On Sun, 2015-05-17 at 14:51 +0100, Ian Campbell wrote:
> On Thu, 2015-05-07 at 21:02 +0200, Martin Lucina wrote:
> > Bug #776448 claims to have fixed this problem, however it seems that the
> > fix is incomplete?
>
> Yes, it was. It looks like I was even told and didn't notice:
> http://article.gm
On Thu, 2015-05-07 at 21:02 +0200, Martin Lucina wrote:
> Bug #776448 claims to have fixed this problem, however it seems that the
> fix is incomplete?
Yes, it was. It looks like I was even told and didn't notice:
http://article.gmane.org/gmane.comp.emulators.xen.devel/230401 :-/
I'll queue fd8b7
Ben Hutchings (2015-05-17):
> On Sun, 2015-05-17 at 13:25 +0200, Cyril Brulebois wrote:
> > My personal stance on kernel related things would be “upstream first”.
> > If it ain't going to be merged into mainline, or at least accepted as a
> > patchset (like e.g. aufs3 or rt in wheezy) for src:linu
Turbo Fredriksson (2015-05-17):
> On May 17, 2015, at 1:25 PM, Cyril Brulebois wrote:
> > My personal stance on kernel related things would be “upstream first”.
>
> I'm not exactly sure what you mean by that, but if you mean that upstream
> (i.e. ZFS On Linux - "ZoL" in this case) should have the
Control: reassign -1 initramfs-tools
On Sun, 2015-05-17 at 14:50 +0200, Ralf Jung wrote:
> Package: firmware-linux-nonfree
> Version: 0.44
> Severity: normal
>
> Dear Maintainer,
>
> when the package firmware-linux-nonfree is installed, it triggers the hook of
> the initramdisk
> package. I con
Processing control commands:
> reassign -1 initramfs-tools
Bug #785526 [firmware-linux-nonfree] firmware-linux-nonfree: initramfs trigger
only rebuilds initdisk of latest kernel
Bug reassigned from package 'firmware-linux-nonfree' to 'initramfs-tools'.
No longer marked as found in versions firmwa
Package: firmware-linux-nonfree
Version: 0.44
Severity: normal
Dear Maintainer,
when the package firmware-linux-nonfree is installed, it triggers the hook of
the initramdisk
package. I conclude that some firmware may be needed by the initramfs (which
makes sense to me),
and hence it is importan
On May 17, 2015, at 1:25 PM, Cyril Brulebois wrote:
> Aron Xu (2015-05-17):
>> At the moment only spl is available in the archive, using dkms, and
>> for zfs it's similar in the way of packaging though not uploaded yet.
>> What we have (code ready to go) is a mechanism that detects/gets
>> defini
On Sun, 2015-05-17 at 13:25 +0200, Cyril Brulebois wrote:
> Hi,
>
> Aron Xu (2015-05-17):
> > [Not on list, please keep me posted.]
>
> [done]
>
> > I'm wondering whether d-i team would like to accept out-of-tree kernel
> > module udeb for certain features, for example ZFS support? And if the
>
Hi,
Aron Xu (2015-05-17):
> [Not on list, please keep me posted.]
[done]
> I'm wondering whether d-i team would like to accept out-of-tree kernel
> module udeb for certain features, for example ZFS support? And if the
> answer is yes, what's the best way of doing it?
I wasn't actively involved
26 matches
Mail list logo
