Control: tags -1 moreinfo
On Sat, 21 Dec 2024 at 14:36, Bastian Blank wrote:
> On Sat, Nov 30, 2024 at 11:39:31AM +0000, Luca Boccassi wrote:
> > See the manpage, you can set COLORFGBG in your shell profile according
> > to your configuration.
> > There are no patches or col
> I think it is inappropriate that you put your personal preferences
> over usability in general. It is unreasonable to set a font color
> without taking the background color into account.
I think it is inappropriate that you put your personal preferences over
usability in general. It is unreasona
> > There are no patches or color choices downstream, it's just what
> > upstream provides,
>
> You know very well that this is not true, as this bug report already
> states.
The bug report is about which colors are used:
> Blue on a black background is as impossible to read as yellow on white.
Control: tags -1 wontfix
Control: close -1
On Sat, 30 Nov 2024 10:46:27 +0100 Harald Dunkel wrote:
> Package: iproute2
> Version: 6.12.0-1
>
> Blue on a black background is as impossible to read as yellow on
> white. Obviously it is not reasonable to modify the foreground
> color without taking t
I've just pushed the new branches and switched the defaults myself.
On Sun, 24 Nov 2024 at 00:30, Ben Hutchings wrote:
>
> I will go ahead with this on Monday, possibly excluding the debian/sid
> renaming in iproute2.
>
> Ben.
>
> On Wed, 2024-11-13 at 22:20 +0100, Ben Hutchings wrote:
> > Follow
> Dear Security Team and Kernel Team,
>
> As the subject states, we are reaching out concerning the linux live-patching
> project, a.k.a ITP bug #1070494 (https://bugs.debian.org/1070494).
This is a great initiative, it would be fantastic to have
live-patching support in Debian, thank you for work
On Wed, 13 Nov 2024 at 21:20, Ben Hutchings wrote:
>
> Following the branch renaming in the linux repository and discussion in
> today's team meeting, I want to rename branches in other kernel-team
> package repositories to follow DEP-14.
>
> For iproute2, I plan to rename "debian/sid" to "debian/
Both kernel and iproute2, backports is fine too
On Mon, 19 Aug 2024 at 21:15, Роман Мещеряков
wrote:
>
> Luca, sorry if my question is silly. Do you mean "testing or unstable"
> iproute2 package, Debian kernel or complete fresh Debian installation?
> --
> Kind re
Control: tags -1 moreinfo
On Sun, 18 Aug 2024 21:07:10 +0300 =?utf-
8?B?0KDQvtC80LDQvSDQnNC10YnQtdGA0Y/QutC+0LI=?=
wrote:
> Package: iproute2
> Version: 6.1.0-3
Hi,
Can you reproduce the same issue on testing or unstable?
--
Kind regards,
Luca Boccassi
signature.asc
Description: Thi
enough to add RuntimeMaxSec= to it, so that it's killed if
it doesn't work within the configured timeout.
Patch for vlan sent at:
https://salsa.debian.org/debian/vlan/-/merge_requests/3
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
vrf-table auto
>
> auto vrfexample2
> iface vrfexample2
> vrf-table auto
> ```
>
> Or this:
>
> ```
> ip link add vrfexample type vrf table auto
> ip link add vrfexample2 type vrf table auto
> ```
>
> We’d like to request this be backported to Bullsey
s are intended to be built, shipped and loaded by userland
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
e dependency could be found, that would be great. Thanks.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
s unlikely anything will happen.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
the kernel team has expressed strong preferences in the
past, I would greatly appreciate it if you could please discuss it at
one of your meetings, more details at:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1027773#82
Let me know if you need any more information. Thanks!
--
Kind regards
Control: tags -1 pending
On Tue, 03 Jan 2023 12:05:10 +0100 Luca Boccassi
wrote:
> On Tue, 3 Jan 2023 03:26:37 +0100 Marco d'Itri wrote:
> > On Jan 03, Adam Borowski wrote:
> >
> > > Debian's default sysctl settings should reside in procps (as it
> ow
On Thu, 30 May 2024 at 00:17, Sudip Mukherjee
wrote:
>
> On Wed, 29 May 2024 at 23:27, Luca Boccassi wrote:
> >
> > On Wed, 29 May 2024 19:00:59 +0100 Ben Hutchings
> > wrote:
> > > On Sat, 2023-12-02 at 20:04 +, Sudip Mukherjee wrote:
> > > >
g libbpf and bpftool to the kernel team area under
Salsa? That way more people can help, and it can use salsa-ci too
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
understands
xkb console handling. More details:
https://salsa.debian.org/systemd-team/systemd/-/merge_requests/189#note_379435
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 28 May 2024 at 04:47, Salvatore Bonaccorso wrote:
>
> Hi Luca,
>
> On Mon, May 27, 2024 at 09:49:47PM +0100, Luca Boccassi wrote:
> > On Mon, 27 May 2024 14:31:37 +0200 Thorsten Leemhuis
> > wrote:
> > > On 27.05.24 14:22, Luca Boccassi wrote:
> >
On Mon, 27 May 2024 14:31:37 +0200 Thorsten Leemhuis
wrote:
> On 27.05.24 14:22, Luca Boccassi wrote:
> >> https://bugs.launchpad.net/ubuntu/+source/autopkgtest/+bug/2056461
> >
> > This has been reported upstream 3 weeks ago, but so far it seems no
> > action
On Mon, 27 May 2024 13:02:12 +0100 Luca Boccassi
wrote:
> Source: linux
> Version: 6.8.9-1
> Severity: grave
> Justification: breaks autopkgtest jobs running in qemu, breaking
amd64 debci
> X-Debbugs-CC: elb...@debian.org, m...@tls.msk.ru
>
> Hi,
>
> Kernel 6.8 inclu
, that would break migration debci autopkgtest jobs. Example:
https://ci.debian.net/packages/s/systemd/unstable/amd64/47041978/
The launchpad ticket has more details:
https://bugs.launchpad.net/ubuntu/+source/autopkgtest/+bug/2056461
--
Kind regards,
Luca Boccassi
signature.asc
Description
the preferred one).
Very nice, thank you!
In the meanwhile, I found a way to reliably detecting this and
gracefully skipping it in systemd, so debci is now fixed. However, it
still results in PrivateNetwork= being quietly disabled, so the
backport is still very much needed, as it is a useful security
en they
> come
> directly from you, the trust from Greg or Sasha is higher. otherwise
> I
> think they will then explicitly want an ack on that submission thread
> from you (or pointing to this Debian downstream bug).
>
> Greg will probably want the backport apporach of t
On Tue, 21 May 2024 at 16:41, Diederik de Haas wrote:
>
> On Tuesday, 21 May 2024 16:57:40 CEST Gedalya wrote:
> > On 5/21/24 10:55 PM, Luca Boccassi wrote:
> > > This has always been enabled by default, even in stable.
> >
> > What is the meaning of this line
Control: close -1 wontfix
Control: close -1
On Tue, 21 May 2024 at 15:51, Gedalya wrote:
>
> Package: iproute2
> Version: 6.9.0-1
> Severity: minor
>
> Hello,
>
> The newly enabled colored output is rather hard to read on dark backgrounds,
> especially the deep blue color used for IPv6 addresses
Please report this upstream, there are no patches in Debian so the
behaviour is just what upstream provides.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 2 Apr 2024 at 16:52, Bastian Blank wrote:
>
> On Tue, Apr 02, 2024 at 03:59:25PM +0100, Luca Boccassi wrote:
> > Let's look at this the other way around: if there was no dependency, in
> > what scenario would things break and how?
>
> - linux-headers-bla and
On Tue, 2 Apr 2024 08:27:39 +0200 Bastian Blank
wrote:
> On Mon, Apr 01, 2024 at 09:25:40PM +0000, Luca Boccassi wrote:
> > Why do dkms modules need the image installed to be built? At the
very
> > least they didn't use to, the headers were enough last time I had
to
> >
On Mon, 1 Apr 2024 at 21:49, Bastian Blank wrote:
>
> Control: tags -1 wontfix
>
> On Thu, Feb 29, 2024 at 01:38:12PM +0100, Bastian Blank wrote:
> > On Thu, Feb 29, 2024 at 12:12:21PM +, Luca Boccassi wrote:
> > > With the new vmlinux.h shipped in the he
t; or Suggests: given that most installations won't actually need the
image
> package?
MR to downgrade to recommends:
https://salsa.debian.org/kernel-team/linux/-/merge_requests/1054
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 wontfix
Control: close -1
On Thu, 14 Mar 2024 at 07:30, Aníbal Monsalve Salazar wrote:
>
> Package: iproute2
> Version: 6.8.0-1
> Severity: important
>
> Dear Maintainer,
>
> At https://tracker.debian.org/pkg/iproute2 it reads:
> [2024-03-12] Accepted iproute2 6.7.0-2.1 (source)
On Mon, 4 Mar 2024 13:54:49 +0100 Bastian Blank
wrote:
> On Mon, Mar 04, 2024 at 11:28:12AM +0000, Luca Boccassi wrote:
> > > But we where talking about kernel modules.
> > There are kernel modules using BPF stuff? Never seen one, do you
have
> > an example?
>
> No
On Mon, 4 Mar 2024 at 10:32, Bastian Blank wrote:
>
> On Sat, Mar 02, 2024 at 12:40:07AM +, Luca Boccassi wrote:
> > Yes precisely, the bpf program source can just include vmlinux.h and it
> > should build and run as expected.
>
> But we where talking about kernel mod
On Thu, 29 Feb 2024 14:23:05 + Colm Buckley
wrote:
> On Thu, 29 Feb 2024 13:38:12 +0100 Bastian Blank
wrote:
> > On Thu, Feb 29, 2024 at 12:12:21PM +0000, Luca Boccassi wrote:
> > > With the new vmlinux.h shipped in the headers package, the BTF
case
> > > sho
>
> It complains loudly about BTF.
With the new vmlinux.h shipped in the headers package, the BTF case
should be covered. I think we should nudge packages to use that, rather
than looking at the kernel image, or worse sysfs from the running
kernel, which is completely wrong for obvious r
makes things so much simpler and nicer and
quicker at signing time, and so much simpler to reason about. One
kernel, one set of modules, and that's it.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
oblem not only breaks scaling driver acpi-cpufreq,
but also
> breaks modules for example amd pstate.
Why do those config break when the compression config is enabled? That
sounds like a bug in the kernel for those features, have you reported
that upstream? At the very least, the configuration system should
automatically set those to built-in, or refuse the wrong combination
--
Kind regards,
Luca Boccassi
little advantages in
terms of workflows, as it's still going through a lot of slow paths.
This on the other hand enables the virtiofsd + qemu direct boot fast
path, which is increasingly popular for fast development cycles, and
changing those kconfigs brings us in line with other distros
and a reboot.
> -- System Information:
> Debian Release: trixie/sid
> APT prefers experimental
> APT policy: (1, 'experimental')
> merged-usr: no
Hi,
Unfortunately this system appears to be in an unsupported state. Please
install the usrmerge package to fix it. You ca
stall to /usr/, and a separate mechanism
manages what is available under /boot/ and for how long, depending also
on how much space there is - seems more and more the right way forward.
Just my 2c.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 upstream
On Fri, 27 Oct 2023 at 09:18, wrote:
>
> Package: iproute2
> Version: 4.20.0-2+deb10u1
> Problem: External MAC@ reaches max Linux bridge, but not net namespace linked
> via veth pair to it, based on very minimal config
>
> Hello Debian team,
>
> I would like to report p
On Wed, 13 Sept 2023 at 10:44, Ian Campbell wrote:
>
> On Tue, 2023-09-12 at 23:13 +0200, Luca Boccassi wrote:
> > On Mon, 11 Sept 2023 at 15:57, Daniel Gröber
> > wrote:
> > >
> > > Hi Luca,
> > >
> > > On Mon, Sep 11, 2023 at 01:06:06PM +0
On Mon, 11 Sept 2023 at 15:57, Daniel Gröber wrote:
>
> Hi Luca,
>
> On Mon, Sep 11, 2023 at 01:06:06PM +0100, Luca Boccassi wrote:
> > > I want to question whether removing these conffiles is a good idea at
> > > all. I'm probably one of the few people
Control: severity -1 serious
(stop migration until I have time to further fix it)
On Mon, 11 Sept 2023 at 15:56, Bastian Blank wrote:
>
> On Mon, Sep 11, 2023 at 01:06:06PM +0100, Luca Boccassi wrote:
> > As far as I understand dpkg's conffile machinery should recognize i
On Mon, 11 Sept 2023 at 13:03, Daniel Gröber wrote:
>
> Hi,
>
> On Mon, Sep 11, 2023 at 08:32:10AM +0200, Sven Joachim wrote:
> > > After upgrading to 6.5.0-1 adequate shows:
> > >
> > > adequate found packaging bugs
> > > -
> > >
> > > iproute2: obsolete-conffile /etc/
ip
> mo" for "ip monitor".
You should really get those scripts fixed, relying on abbreviations
that happen to match is a bad idea. If upstream adds some other command
it will break just the same.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 3 Apr 2023 at 15:56, Stephen Hemminger
wrote:
>
> On Sun, 2 Apr 2023 23:58:52 +0100
> Luca Boccassi wrote:
>
> > On Sat, 25 Mar 2023 at 00:39, Bernhard Übelacker
> > wrote:
> > >
> > > Dear Maintainer,
> > > I tried to find out wher
On Sat, 25 Mar 2023 at 00:39, Bernhard Übelacker wrote:
>
> Dear Maintainer,
> I tried to find out where exactly the stack smashing takes place.
> And found the ioctl SIOCCHGTUNNEL did write more than the 52 bytes
> allocated in variable old_p, by that overwriting the stack canary.
>
> Kind regard
ia kernel drivers need
firmware-nvidia-gsp/firmware-nvidia-tesla-gsp. Also I think there are
efforts in progress to use the nvidia firmwares with nouveau:
https://lwn.net/Articles/910343/
I don't know if these are good enough reasons to include those for now
- it would certainly not benefit end users at this stage, and mostly
be for the benefit of developers and tinkerers. In case a future
kernel version's nouveau can use the gsp though, being able to use it
from bookworm-backports would be nice I think.
Kind regards,
Luca Boccassi
gt;
> What should we do?
+1 on using the ephemeral key from me, those advantages seem to
outweight the drawbacks. It should be possible, in theory, to teach
diffoscope to ignore the embedded ephemeral public key in the kernel
image when comparing builds?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 2022-11-01 at 21:29 +0100, Bastian Blank wrote:
> [Cc Ben as he gave feedback to the last iteration, Luca as he wanted
> something actionable]
>
> Hi folks
>
> As I abondened the last try and also learned some new things in the
> meantime, I'd like to discuss an
e moving further toward the
direction of having packages/distro artifacts shipping only files under
/usr and the rest being determined locally at install/image build time.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ing from
ACPI) few weeks ago with no answer up to now. I will update my post with the
problem of battery module loading and mentioning this mail exchange. If no
answer for some time I will try to contact support as well.
Thank you very much for your support!
Luca
[1]
https://forums.lenovo.com/t5/Debian/Pleasse-fix-ACPI-on-next-BIOS-release/m-p/5148100
4)
...
I tried various acpi_osi=... without any improvement. From what I understand it
should not be a dramatic problem and seems not to affect the system so far.
Regards,
Luca
DE (xfce).
Regards,
Luca
-- System Information:
Debian Release: 11.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-14-amd64 (S
On Sun, 2022-04-10 at 23:58 +0200, Ben Hutchings wrote:
> On Sun, 2022-04-10 at 21:48 +0100, Luca Boccassi wrote:
> > On Sun, 2022-04-10 at 20:31 +0200, Ben Hutchings wrote:
> > > On Fri, 2022-04-01 at 22:05 +0100, Luca Boccassi wrote:
> > > > Hello Kernel Team
On Sun, 2022-04-10 at 20:31 +0200, Ben Hutchings wrote:
> On Fri, 2022-04-01 at 22:05 +0100, Luca Boccassi wrote:
> > Hello Kernel Team,
> >
> > I have been maintaining iproute2 for more than four years now. And
> > to
> > be clear I am happy to continue, and don
maintainers CC'ed as FYI)
Thoughts?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
.
This recently came up in the context of:
https://github.com/systemd/systemd/pull/19705#discussion_r637687941
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 2020-04-26 at 20:19 +0200, Bastian Blank wrote:
> Hi Luca
>
> On Mon, Apr 20, 2020 at 10:19:22AM +0000, Luca Boccassi wrote:
> > Azure VMs can get accelerated networking for DPDK applications via the
> > NETVSC driver
> > (https://nam06.safelinks.protection.o
bian.org/kernel-team/linux/-/merge_requests/234
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
/+bug/1868626
https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/focal/commit/?id=ef7c6600bb3e
https://bugzilla.redhat.com/show_bug.cgi?id=1815571
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
e kernel (3.16.0) in jessie that I still have on this
machine had CONFIG_COMPACTION enabled.
$ grep -i compact /boot/config*
/boot/config-3.16.0-8-kirkwood:CONFIG_COMPACTION=y
/boot/config-4.9.0-11-marvell:# CONFIG_COMPACTION is not set
/boot/config-4.9.0-12-marvell:# CONFIG_COMPACTION is not set
Bye
--
Luca
Hi,
This bug was already fixed in the v5.3 and last week I sent a request
for it to be applied to v5.2 stable. It should be applied in v5.2.11.
We have a bugzilla entry where we tracked this bug:
https://bugzilla.kernel.org/show_bug.cgi?id=203315
--
Cheers,
Luca.
at porting the dkms patches from Ubuntu that
automate that, but unfortunately I really had no spare time in the past
couple of weeks.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ckage and sources there, but
can add i386 linux-image packages if needed.
I just booted with this kernel and the rsync that triggered the problem
doesn't cause any problem now.
I cannot confirm it's really working until Monday though, when the
server will see some real load.
Bye
-
unresponsive and the hypervisor warns
about high guest cpu usage (100%).
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
it will remove the signatures from the
modules as well as the symbols.
There is also a patch to workaround the issue without disabling the
-dbg packages. See:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852715
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
lease keep this on the pkg-nvidia-devel list)
Use the DKMS package rather than the binary modules package, so that
the oot kernel modules are rebuilt dynamically when the kernel is
updated:
apt-get install nvidia-kernel-dkms
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
N)
ln -s /usr/src/$(PACKAGE_NAME)
$(PACKAGE_DIR)/lib/modules/$(REAL_VERSION)/build
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sat, 2017-12-16 at 17:14 +0100, Alexander Wirt wrote:
> On Sat, 16 Dec 2017, Luca Boccassi wrote:
>
> Hi,
>
> *snip*
>
> > > Your help is really welcome, do you have an alioth account?
> > >
> > > Alex
> >
> > Yes I do (DD :-) )
On Sat, 2017-12-16 at 09:01 +0100, Alexander Wirt wrote:
> On Fri, 15 Dec 2017, Luca Boccassi wrote:
>
> > On Thu, 14 Dec 2017, Alexander Wirt wrote:
> > > On Wed, 13 Dec 2017, Stephen Hemminger wrote:
> > >
> > > > Iproute2 gains new
. We
rely heavily on iproute2 at $work so it's a win-win.
And I worked with Stephen in the past, so if he breaks something
upstream I know where to find him :-P
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Source: linux
Version: 4.11.6-1
Severity: wishlist
Hey,
I'm preparing at the moment the upload of a new version of the aufs
DKMS package for sid. According to the upstream webpage [1] there was
a problem with the patches up to 4.11.7.
Could you apply the newest patches for 4.11.7+ in course of t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Linux-Firmware-Maintainers,
as reported in the Debian bug report #854880[1] (mail attached below),
the firmware files ath9k_htc/htc_7010-1.4.0.fw,
ath9k_htc/htc_9271-1.4.0.fw has been created using GPL components and
thus the source code has to
enforce module signatures is also enabled.
The fix is to explicitly sign the installed modules again in that case.
A small patch from my colleague Jan Blunck is attached.
Thank you!
Kind regards,
Luca Boccassi
From 9e6f694354d25f47b4bcb6656d3eb05fc3351a13 Mon Sep 17 00:00:00 2001
From: Jan Blunck
On Mon, 2017-01-23 at 15:02 +, Ben Hutchings wrote:
> On Mon, 2017-01-23 at 14:12 +0000, Luca Boccassi wrote:
> > On Mon, 23 Jan 2017 12:02:04 + Luca Boccassi
> > wrote:
> > > On Fri, 02 Sep 2016 16:54:10 +0100 Ben Hutchings
> > > wrote:
>
On Mon, 2017-01-23 at 14:52 +, Ben Hutchings wrote:
> On Mon, 2017-01-23 at 12:02 +0000, Luca Boccassi wrote:
> > > On Fri, 02 Sep 2016 16:54:10 +0100 Ben Hutchings
> > > wrote:
> > > Control: severity -1 important
> > >
> > > On Fri, 10 Ju
On Mon, 23 Jan 2017 12:02:04 + Luca Boccassi
wrote:
> On Fri, 02 Sep 2016 16:54:10 +0100 Ben Hutchings wrote:
> > Control: severity -1 important
> >
> > On Fri, 10 Jun 2016 16:55:43 +0100 Ben Hutchings
> > wrote:
> > > Package: src:linux-signed
> &
PKCS11
URI, which makes it so much simpler. On the other hand as you most
likely have found out already pesign needs an NSS DB and cert nicknames
and tokens, and all in all it's a really awkward API to use, but that's
what we have to work with I suppose.
What do you think?
Thanks!
Kind
On Sat, 2016-11-12 at 23:01 +0100, Bastian Blank wrote:
> On Sat, Nov 12, 2016 at 06:18:47PM +0000, Luca Boccassi wrote:
> > Building linux-source-X.Y takes about ~10 minutes, and in the context
> > of a continuous integration build where the result is tested and then
> > d
] source: false to
disable it like for linux-docs, linux-tools etc.
Patch to implement this behaviour is attached. Default is still to build
linux-
source-$version.
Thank you!
Kind regards,
Luca Boccassi
-- System Information:
Debian Release: 8.6
APT prefers stable-updates
APT policy: (500
.
Of course we'll maintain it for Jessie, but going forward Bumblebee is
needed only with the proprietary blob.
I would recommend the user to wait for 4.8 to hit Stretch and purge
bumblebee and primus from the system, and try again as recommended in
the link above.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Source: linux
Version: 4.7_rc7-1_exp1
Severity: wishlist
Hey,
I'm packaging aufs4 for Debian at the moment. It would be very nice if you
could update the aufs4 kernel-patches applied by Debian to the latest version
(seems to be "4.6-20160815" and "4.7-20160815" at the moment).
Thank you,
Jan
Am 26.07.2016 um 02:10 schrieb Ben Hutchings:
> On Sun, 2016-07-24 at 17:10 +0200, Jan Luca Naumann wrote:
>> Package: linux-kbuild-4.6
>> Version: 4.6.4-1
>> Severity: normal
>>
>> In linux-kbuild-* the Makefile "scripts/Makefile.headersinst" is inclu
Package: linux-kbuild-4.6
Version: 4.6.4-1
Severity: normal
In linux-kbuild-* the Makefile "scripts/Makefile.headersinst" is included.
The Makefile needs the shell script "scripts/headers_install.sh" which is
not included in the current version of linux-kbuild-4.6.
Can you please include this sc
s not ship
Makefile.ubsan, which is causing DKMS build failures.
Please consider either shipping this new makefile too or patching away the
include in scripts/Makefile.
Thank you!
Kind regards,
Luca Boccassi
[1]
https://github.com/torvalds/linux/commit/c6d308534aef6c99904bf5862066360ae067abc4
't set a precedent that I'm going to help with
> GPL-incompatible modules.
Hi Ben,
Thank you very much, really appreciate it.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Hello Fred,
Until it is fixed, building the linux-kbuild package locally is easy
enough in case you wish to give it a shot. You'd need the patch from
here (there's also the link to a guide):
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778588
Kind regards,
Luca Boccassi
sig
linux-tools yourself" paragraph in this
guide: https://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage
Note that you'll need to apply the patch attached to this bug, otherwise
linux-kbuild-3.19 does not build:
https://lists.debian.org/debian-kernel/2015/02/msg00173.html
Hope th
ght, which is default since Linux 3.16, does not work
> correctly on several laptops. They have been blacklisted in the kernel
> in order to use the working ACPI backlight again. #772440 is about
just
> another laptop model to be added to this blacklist.
> Luca Boccassi found that t
Cross-post from freedesktop bug, just to make sure it doesn't go unnoticed:
(In reply to Luca Boccassi from comment #13)
> Hello,
>
> I have a Dell Latitude E5540, running an Intel Haswell i7-4600U with GPU HD
> Graphics 4400, and I have the same problem. But I noticed that upgr
o the upstream
mail: https://lkml.org/lkml/2015/2/13/55
Kind regards,
Luca Boccassi
Index: debian/bin/genorig.py
===
--- debian/bin/genorig.py (revision 22391)
+++ debian/bin/genorig.py (working copy)
@@ -146,6 +
)
x86_64 GNU/Linux
# dpkg-query -W firmware-realtek
firmware-realtek0.41~bpo70+1
#
=
Thx, bye,
Gismo / Luca
signature.asc
Description: PGP signature
ng of the jessie d-i… The latter is
> what you have in your branch currently, no?
Interesting question: I was under the impression that we wanted Didier's
former, i.e. "stable d-i + kernel from backports + glue" at least
because we modify the least possible bits. Which seems to me very
similar to the general rules for backports.
Thx, bye,
Gismo / Luca
signature.asc
Description: PGP signature
)
[ 2845.633362] Switched to clocksource hpet
after that, ntp was not able to keep the clock synchronized, with
kernel 3.11 and with kernel 3.12 sometime I get 1200 sec offset everey
10 min.
Luca
-- Package-specific info:
** Version:
Linux version 3.12-1-amd64 (debian-kernel@lists.debian.org) (gcc
version
remount in RO.
Thanks,
Luca
-- Package-specific info:
** Version:
Linux version 3.10-2-686-pae (debian-kernel@lists.debian.org) (gcc version
4.7.3 (Debian 4.7.3-6) ) #1 SMP Debian 3.10.5-1 (2013-08-07)
** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.10-2-686-pae
root=UUID=8fe61d81-3454-4fd7-86f3
ellent observations, let's not scare away
the potential donor quite yet :) [/me waves at David]
Luca
Debian System Administration Team
Debian Hardware Donations Team
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
signature.asc
Description: Digital signature
1 - 100 of 165 matches
Mail list logo
