rget 'rte_kni.ko' failed
> make: *** [rte_kni.ko] Error 2
>
>
> Andreas
Thanks, fixed in git, pending next upload.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
a bit late, but given it's a very simple case I hope it
can be authorized, to avoid having to maintain an old version for many
years! Upstream will not release bug fixes for 3.0.x anymore.
Thank you!
Kind regards,
Luca Boccassi
On Sat, 5 Nov 2016 22:43:46 + Luca Boccassi <luca.bocca...@gmail.com> wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Dear release team,
>
> czmq 4.0.0 was released yeste
On Fri, 2016-11-04 at 12:48 +0100, László Böszörményi (GCS) wrote:
> Hi Luca,
>
> On Fri, Nov 4, 2016 at 12:27 PM, Luca Boccassi <luca.bocca...@gmail.com>
> wrote:
>
> > Thank you for your work!
> This time the merit is yours. May you think that the architect
work just fine.
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
Boccassi
From b45d0b93ac19e15497cde91557330b5ee558a4c5 Mon Sep 17 00:00:00 2001
From: Luca Boccassi <lbocc...@brocade.com>
Date: Fri, 14 Oct 2016 11:24:57 +0100
Subject: [PATCH] Fix LE: init.d-script-needs-depends-on-lsb-base
---
debian/control | 2 +-
1 file changed, 1 insertion(+), 1 de
de which card to use. Or it could be hardcoded to always use
the nvidia one. In this case it is very much dependent on the specific
hardware.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
rge it into
the bug report mentioned above.
Kind regards,
Luca Boccassi
> El 2016-10-19 a las 23:33 -0700, Jimmy Johnson escribió:
> > On 10/12/2016 12:10 PM, David Baron wrote:
> >> Running must recent kwin, etc., with Sid nvidia-legacy-304xx driver.
>
> >> Window
] 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
-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
From d98b01cff054bff2e60e08411eddf6887c77838a Mon Sep 17 00:00:00 2001
From: Luca Boccassi <lbocc...@brocade.com>
Date: S
On Mon, 2016-11-14 at 14:40 +0100, Vincent Lefevre wrote:
> On 2016-11-14 12:09:50 +0000, Luca Boccassi wrote:
> > The same versions are available in the i386 and amd64 archives. Are you
> > sure your local apt sources are all up to date?
>
> I could install th
idia0 367.57-2
> ii libgl1-nvidia-glx 367.57-2
> ii libnvidia-glcore 367.57-2
>
> Versions of packages nvidia-driver-libs:amd64 recommends:
> pn libgles-nvidia1
> pn libgles-nvidia2
> pn libglx-nvidia0
> pn libnvidia-cfg1
> pn libopengl0-glvnd-nvidia
> pn nvidia-driver-libs-i386
> pn nvidia-vulkan-icd
>
> nvidia-driver-libs:amd64 suggests no packages.
>
> -- no debconf information
The same versions are available in the i386 and amd64 archives. Are you
sure your local apt sources are all up to date?
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
is attached.
Thank you!
Kind regards,
Luca Boccassi
From c7de044f737f6df4ba8e6501fcb106aecc83e577 Mon Sep 17 00:00:00 2001
From: Luca Boccassi <lbocc...@brocade.com>
Date: Fri, 25 Nov 2016 15:26:17 +
Subject: [PATCH] Fix detecting debian testing release without apt
Currently lsb_r
ing and testing.
Andreas, we'd need to push 370 to unstable first to follow the workflow
I guess. Do you have time to have a look?
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
we can do unless Nvidia decides to release a new 304 (and 340)
series version with support for ABI 23.
I've seen people ask for it on Nvidia's board but no answer as of now.
We keep an eye on the releases constantly and if it does we'll upload
it.
--
Kind regards,
Luca Boccassi
signature.asc
ess Nvidia decides to release a new 304 (and 340) series version with
support for ABI 23.
I've seen people ask for it on Nvidia's board but no answer as of now.
We keep an eye on the releases constantly and if it does we'll upload
it.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
md64 version was up in the
repo but the i386 was still being built/published.
The solution is simply to reinstall what was removed, so there's nothing
that justifies holding he migration of 367.57-2 to stretch, which just
adds a patch to make it compatible with newer kernels which are
On Tue, 2016-11-22 at 04:27 +0100, Vincent Lefevre wrote:
> On 2016-11-22 00:37:14 +0000, Luca Boccassi wrote:
> > In the end, you shouldn't have let aptitude remove the packages. It can
> > happen from time to time on unstable to have temporary inconsistent
> > state in the
is no point holding that back, in fact it will cause
actual problem to users. Please stop fiddling with the severity.
> On 2016-11-22 00:37:14 +, Luca Boccassi wrote:
> > I can't manage to reproduce this.
> >
> > In the end, you shouldn't have let aptitude remove the pack
ning and API/ABI
compatibility guarantees, going beyond that is very difficult.
The third option is the worst case scenario. Note that we haven't
deprecated 4.1.x yet. I wanted to, given it's ABI compatible with 4.2.x,
but if push came to shove I guess it will have to stay around.
Kind regards,
L
able with the current
> xserver-xorg-core 2:1.19.0-2 - but should be.
>
> Thanks Alf
Hi,
This has been fixed in a new upload this morning already, should be in
the archive any moment now. Sorry for the mismatch.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
bids to co-install with
> unstable version.
Sorry, silly mistake on my part, bumped xorg-video-abi but didn't bump
the variable that defines the version dependency on xserver-xorg-core.
Upload with a fix is coming.
Thanks!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 2016-11-08 at 19:07 +0100, Emilio Pozuelo Monfort wrote:
> On 07/11/16 23:04, Luca Boccassi wrote:
> > On Sun, 2016-11-06 at 10:44 +0000, Luca Boccassi wrote:
> >> On Sun, 2016-11-06 at 11:01 +0100, Emilio Pozuelo Monfort wrote:
> >>> On 06/11/16 00:43, Luca
ts this small change. I've successfully used this change to get
our squashfs based image working again.
Thank you!
Kind regards,
Luca Boccassi
From 34addb1aeae38026b1f8a451a99d1bde4d922da7 Mon Sep 17 00:00:00 2001
From: Luca Boccassi <luca.bocca...@gmail.com>
Date: Fri, 18 Nov 2016 20:09:58
's being worked on and it's in SVN:
https://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/2016-November/013663.html
There's the glvendorized EGL library to take care of, and basic testing.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
.com/zeromq/libzmq/pull/1466
But I would recommend against it.
Of course a pull request that would restore the aligned side effect
while maintaining the new decoder implementation with one less memcopy
would be very welcome!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
uashfs + liveboot, so +1 from me :-)
Simon, having a standardised approach would be very welcome indeed!
Having all implementations of mount offer the same options would be an
easy starting point I guess, but having a well-defined spec as you
suggested would be even better.
Thank you all for your help.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 2016-11-21 at 11:01 +, Simon McVittie wrote:
> On Mon, 21 Nov 2016 at 10:16:50 +0000, Luca Boccassi wrote:
> > The context is a squashfs and liveboot/build based ISO.
> ...
> > I don't pick the mount utility in any of my scripts or configs, so I do
> > not know
his is helpful.
Did it work after installing the correct headers?
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
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
> >
appreciate if you could please upload
4.2.0 so I can move forward with CZMQ.
Thank you for your work!
Kind regards,
Luca Boccassi
Description: disable test_security_curve
It hangs in buildds that not x86/x64 based.
Author: Laszlo Boszormenyi (GCS) <g...@debian.org>
Forwarded: no
Last-Update
On Fri, 2016-11-04 at 12:48 +0100, László Böszörményi (GCS) wrote:
> Hi Luca,
>
> On Fri, Nov 4, 2016 at 12:27 PM, Luca Boccassi <luca.bocca...@gmail.com>
> wrote:
> > We just released libzmq 4.2.0.
> Cool!
>
> > This new version is API and
sh
> Init: systemd (via /run/systemd/system)
>
Hi,
It says there nvidia-support is not installable, can you please try to
install that package individually and report what the error is?
Kind regards,
Luca Boccassi
ust request it. :)
Thanks for the pointer, this looks indeed like an upstream issue.
Nothing much we can do until they fix it. Unfortunately the package has
already migrated to testing so we'll have to wait. Given how broken it
is I assume it won't take long.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ou can download an earlier version of the Nvidia
> > driver from snapshots.debian.org.
> >
> > I am inclined to reassign this issue to
> > xserver-xorg-video-nvidia-legacy-304xx. Please confirm this is the
> > package you are currently using.
> >
> > I am sure the maintainers of xserver-xorg-video-nvidia-legacy-304xx
> > would be interested in your /var/log/Xorg.* log file because it provides
> > a more detailed error report. Please attach this file to the bug report.
> >
> > Regards,
> >
>
> Sounds like the way to go!
> Log file is attached.
Hi,
We'd need a bit more information, could you please rerun reportbug to
attach the full report:
reportbug -N 840342 nvidia-legacy-304xx-driver
Kind regards,
Luca Boccassi
st:91: die
> Regel für Ziel „__modpost“ scheiterte
> make[3]: *** [__modpost] Fehler 1
> ..."
>
> Any idea how to fix this?
>
> Klaumi
Hi,
Didn't even know Nvidia driver supported running on the RT kernel.
Is this a regression, or is it the first time you are trying this?
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
authenticate again on freenode.
Given freenode is probably the largest IRC network out there, please consider,
if possible, a stable update for Jessie. Thank you!
Kind regards,
Luca Boccassi
-- System Information:
Debian Release: 8.6
APT prefers stable-updates
APT policy: (500, 'stable-updates
need to keep
using the old version of Xorg.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: reassign -1 nvidia-kernel-dkms
Control: forgemerge 847652 -1
On Tue, 2016-12-13 at 03:49 +0100, Wargreen wrote:
> Package: nvidia-driver
> Version: 375.20
> Severity: important
> Tags: upstream
>
> Dear Maintainer,
>
> When upgrade to nvidia-driver 375.20, nvidia-kernel-dkms
Control: tags -1 upstream
On Sat, 2016-12-10 at 12:40 +0100, Andreas Beckmann wrote:
> On 2016-12-10 12:16, Luca Boccassi wrote:
> > Didn't even know Nvidia driver supported running on the RT kernel.
>
> IIRC this wasn't supported long ago. Maybe things have changed. I never
&g
not show up
> with apt-get, and are only installable by hand-downloading them and
> hand-installing them.
> What's up with the debian archive not showing them as available?
>
> Thanks in advance, bye
> Giacomo Mulas
>
Hi,
Do you have the experimental sources in /etc/apt/s
On Wed, 2016-12-07 at 12:16 +0100, Giacomo Mulas wrote:
> On Wed, 7 Dec 2016, Luca Boccassi wrote:
>
> > Do you have the experimental sources in /etc/apt/sources.list ?
>
> Actually I do, with very low priority (no automatic updates).
>
> However, I do notice now tha
//github.com/tango-controls/cppTango/issues/312
https://github.com/tango-controls/cppTango/commit/707f28e88d8ba9a49394688737bd7d5470695873
Any chance this patch could be backported to the tango package so that
we can get zmq 4.2 unblocked?
Thank you!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
e/Source-1-Games/issues/57
It really shouldn't crash due to this, so I suggest reporting this
upstream.
Nothing we can do in the packaging could help since this is the
proprietary driver.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
g care of this!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Boccassi
From de4164bfc19c9b53988dc0f2cb588aee21858b58 Mon Sep 17 00:00:00 2001
From: Luca Boccassi <lbocc...@brocade.com>
Date: Sat, 17 Dec 2016 23:51:51 +
Subject: [PATCH] lwresd: depend on lsb-base (>= 3.0-6) (fix LE)
---
debian/control | 1 +
1 file changed, 1 insertion(+)
d
On Sun, 2016-12-18 at 00:51 +0100, Andreas Beckmann wrote:
> On 2016-12-17 23:26, Luca Boccassi wrote:
> > 340.101 kmod does not load on 4.9. Ironically it's due to a patch sent
> > by Nvidia itself.
> >
> > I've tested and committed a fix to branches/340.
>
>
to branches/340.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
-buildpackage/gbp.conf
+usr/share/git-buildpackage/gbp.conf etc/git-buildpackage/gbp.conf
I think dh_install interprets etc/git-buildpackage/gbp.conf as a
directory.
Was this an intended change?
Thank you!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message
able version 367.57-2 cannot be installed
> with xserver-xorg-core:
Please install nvidia-driver from experimental until 845638 is fixed.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 07 Feb 2016 17:33:44 + Luca Boccassi <luca.bocca...@gmail.com>
wrote:
> Control: owner -1 tjaal...@debian.org
>
> On Mon, 2016-01-25 at 09:46 +0200, Timo Aaltonen wrote:
> > 24.01.2016, 20:34, Luca Boccassi kirjoitti:
> > > * Package name: libglv
t install -t experimental nvidia-driver
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 2016-12-01 at 21:25 +0200, Timo Aaltonen wrote:
> On 01.12.2016 15:32, Luca Boccassi wrote:
> > On Sun, 07 Feb 2016 17:33:44 +0000 Luca Boccassi <luca.bocca...@gmail.com>
> > wrote:
> >> Control: owner -1 tjaal...@debian.org
> >>
> >> On Mon
4 304.132
>
>
> Andreas
>
This is a fun one... the choice for Jessie and oldstable-backports is
either to keep the vulnerable 304.131 or get the completely and utterly
broken 304.132...
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840342
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
04 304.132
>
>
> Andreas
This sounds nasty!
Do we need to upload 340.98 to stable security?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 2016-11-29 at 22:46 +0100, Julian Taylor wrote:
> On Thu, 24 Nov 2016 11:56:15 +0000 Luca Boccassi
> <luca.bocca...@gmail.com> wrote:
> > On Thu, 2016-11-24 at 09:58 +, PICCA Frederic-Emmanuel wrote:
> > > Hello,
> > >
> > > I j
On Mon, 2016-12-05 at 09:48 +0100, Emilio Pozuelo Monfort wrote:
> On Fri, 25 Nov 2016 14:30:22 +0000 Luca Boccassi <luca.bocca...@gmail.com>
> wrote:
> > Control: forcemerge 845638 845000
> >
> > On Fri, 25 Nov 2016 14:01:20 +0100 Andreas Boll
> >
uddenly out
> of the darkness. There had been need of rain for many days.
>"Only a promise," Lao Er said.
>Pearl S. Buck - Dragon Seed
>
>
>
Hi,
Due to this ticket iptraf-ng has been booted from testing, a
jessie-backports bumblebee-nvidia
So closing this as invalid. If you have issues with bumblebee, please
open a separate bug against that package.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
m/default/topic/968193/linux/-367-to-375-20-980m-ubuntu-16-10-error-gpu-0-idling-display-engine-timed-out/)
Hi,
Thanks for the report. I've set the bug as forwarded since there's not
much we can do until Nvidia fixes this upstream.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
bugs.debian.org/cgi-bin/bugreport.cgi?bug=740535
With that card you have 2 choices:
1) Try your luck with nouveau
2) Install Debian 7 (Wheezy) where 173 has shipped and is compatible
with kernel and xorg
Note that given upstream has discontinued it there will be no fixes for
security vulne
!
Kind regards,
Luca Boccassi
From efc0e9429128a8951de590dbe87cbcc73a353039 Mon Sep 17 00:00:00 2001
From: Luca Boccassi <luca.bocca...@gmail.com>
Date: Sun, 1 Jan 2017 16:16:55 +0100
Subject: [PATCH] Problem: build fails on GNU/Hurd as it does not support
IPV6_TCLASS
Solution: check if IPV6_
On Fri, 25 Nov 2016 15:42:15 + Luca Boccassi
<luca.bocca...@gmail.com> wrote:
> Package: lsb-release
> Version: 9.20161101
> Severity: important
> Tags: patch
>
> Dear maintainer,
>
> Currently lsb_release parses /etc/debian_version and figures out the
Given with other DEs it's reported to work (maybe an EGL regression?),
shall we lower the severity and let the package migrate so that at least
users with old cards with DEs other than Gnome can still run on Stretch?
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
tiple kernels around so I could presumably
> test his. Let me know when it is patched and ready to test.
Yes the 4.9 kernel might have a problem. It would be great if you could
test it as-is without the patch (304.134-1), and then if the kernel
module does not load then we know we have to patch it (less churn this
way).
Thanks!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sat, 8 Apr 2017 15:18:12 -0400 "A. F. Cano" <a...@shibaya.lonestar.or
g> wrote:
> On Thu, Apr 06, 2017 at 12:44:32AM +0100, Luca Boccassi wrote:
> > ...
> > The problem is that your dpkg alternative is set to use mesa rather
> > than nvidia to provide gl
ie: libfoo will be in d/control), could
Lintian perhaps recognize this and avoid raising this error?
Thank you!
Kind regards,
Luca Boccassi
[1] https://tracker.debian.org/pkg/dpdk
-- System Information:
Debian Release: 9.0
APT prefers testing-proposed-updates
APT policy: (500, 'testin
anges in bpf, dccp, libiscsi
* [x86] Ignore ABI changes in kvm
http://metadata.ftp-master.debian.org/changelogs/main/l/linux/linux_4.9
.18-1_changelog
There is nothing we can do unfortunately, and what you did by
rebuilding via dkms is the right workaround. Sorry for the
inconvenience. Once Stretch is released it shouldn't happen again.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
, as they could cause issues in some cases during upgrades.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859587 for an
example.
Thank you!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
, as they could cause issues in some cases during upgrades.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859587 for an
example.
Thank you!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
, as they could cause issues in some cases during upgrades.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859587 for an
example.
Thank you!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 2017-02-28 at 20:12 +0100, Andreas Beckmann wrote:
> On 2017-02-28 14:55, Luca Boccassi wrote:
> >> Then, isn't this a kernel bug? I mean, the ABI has changed, so that
> >> the number should have changed to 4.9.0-3 instead of remaining at
> >> 4.9.0-2.
> &
o-yield-the-cpu-while-in-atomic-or-interrupt-context-/
https://devtalk.nvidia.com/default/topic/912392/-solved-xserver-freezes
-during-gaming-attempted-to-yield-the-cpu-while-in-atomic-or-interrupt-
con/
So I would recommend reporting this to the upstream developers.
Could you please post your logs on one of those threads?
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 2017-04-05 at 16:21 +, Niels Thykier wrote:
> On Wed, 5 Apr 2017 17:15:20 +0100 Luca Boccassi
> <luca.bocca...@gmail.com> wrote:
> > Package: lintian
> > Version: 2.5.50.1
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > TL
an nvidia to provide glx. That's why the symlink was missing.
You can fix this manually by running:
sudo update-glx --config glx
And by choosing /usr/lib/nvidia at the selection menu.
I see you mention you had to fix things up "manually" when moving from
nouveau to nvidia. I assume
y-304xx{a}
0 packages upgraded, 19 newly installed, 0 to remove and 0 not
upgraded.
Need to get 24.1 MB of archives. After unpacking 118 MB will be used.
Anyway the wiki page is fixed so it won't be a problem anymore. Thanks
for reporting it.
> On 05/04/17 04:36 PM, Luca Boccassi wrote:
> &
info depends on:
> ii libc6 2.24-11+deb9u1
> ii libgcc1 1:6.3.0-18
> ii libstdc++6 6.3.0-18
> ii libvdpau1 1.1.1-6
> ii libx11-62:1.6.4-3
>
> vdpauinfo recommends no packages.
>
> vdpauinfo suggests no packages.
>
> -- no debconf information
On Mon, 2017-08-07 at 03:19 +0200, Andreas Beckmann wrote:
> On 2017-06-30 15:14, Luca Boccassi wrote:
> > I've done a similar implementation in our 384 branch:
>
> I changed this a little bit to provide two conflicting variants of
> the
> vulkan ICD package, since that shoul
On Thu, 2017-08-10 at 00:49 +0100, Luca Boccassi wrote:
>
> They were quite straightforward as you can see.
This was a bit ambiguous: I meant that the patches are small so risk
should be quite low :-)
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed m
On Sun, 2017-07-09 at 07:52 +0200, Michal Čihař wrote:
> Hello
Hello Michal,
> Luca Boccassi píše v So 08. 07. 2017 v 13:56 +0100:
> > In Debian SUSE's "build" package is renamed to "obs-build", and so
> > osc
> > carries a patch to make it compat
mpatible because of this bug, as the whole
dependency chain needs to be co-installable.
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
uild | build", so that things won't break
when using SUSE's upstream repository.
Thank you!
Kind regards,
Luca Boccassi
From 5f47b5ca7b689997646c9504dfc64cb419141d48 Mon Sep 17 00:00:00 2001
From: Luca Boccassi <luca.bocca...@gmail.com>
Date: Fri, 7 Jul 2017 17:47:43 +0100
Subject: [PA
t means an incompatible
driver is going to be installed. By exiting then the user can apply the
recommendation.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
30)
> x86_64 GNU/Linux
> nvidia-375: 375.26-0ubuntu1
> cuda: 8.0.61-1
> libcuda: 375.26-0ubuntu1
> cudnn: 8.0-linux-x64-v5.1
Hi,
Looks like you have the drivers and cuda packages from Ubuntu.
Sorry but we cannot support frankendebians.
https://wiki.debian.org/DontBreakDebian
g up linux-kbuild-4.9 (4.9.30-2+deb9u2) ...
Setting up linux-headers-4.9.0-3-amd64 (4.9.30-2+deb9u2) ...
Setting up linux-headers-amd64 (4.9+80+deb9u1) ...
# dkms status
nvidia-legacy-340xx, 340.102, 4.9.0-3-amd64, x86_64: installed
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
is no longer actively maintained.
+
+ [ Andreas Beckmann ]
+ * nvidia-kernel-dkms: Honor parallel setting from dkms. (Closes: #864639)
+ * Do not prevent ccache usage. The bug was fixed in ccache 3.0 (in squeeze).
+ * Switch watch URL from ftp:// to https://. (Closes: #868815)
+
+ [ Luca Bo
ccache usage. The bug was fixed in ccache 3.0 (in squeeze).
+ * Switch watch URL from ftp:// to https://. (Closes: #868815)
+
+ [ Luca Boccassi ]
+ * Add support for buster/sid in nvidia-detect. (Closes: #866126)
+ * Update symbols files.
+
+ -- Luca Boccassi <luca.bocca...@gmail.com> W
be achieved with hacky posthook scripts that sed
/etc/passwd, but it just feels wrong :-)
Attached is a very small and simple patch to add a passwd/user-shell
configurable option, modeled after passwd/user-uid.
Thank you!
Kind regards,
Luca Boccassi
From 80480267a470793b77c336fa49c24a864e647bea
On Thu, 2017-06-29 at 21:52 +0200, Gaëtan PERRIER wrote:
> Le Thu, 29 Jun 2017 20:34:09 +0100
> Luca Boccassi <luca.bocca...@gmail.com> a écrit:
>
> > On Thu, 2017-06-29 at 21:16 +0200, Gaëtan PERRIER wrote:
> > > Hi,
> > >
> > > According to this
ld be fixed in 4.11.1.
> Is it true?
Hi,
Yes, it works now with the kernel in unstable.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 2017-06-29 at 22:06 +0200, Gaëtan PERRIER wrote:
> Le Thu, 29 Jun 2017 21:02:59 +0100
> Luca Boccassi <luca.bocca...@gmail.com> a écrit:
>
> > On Thu, 2017-06-29 at 21:52 +0200, Gaëtan PERRIER wrote:
> > > Le Thu, 29 Jun 2017 20:34:09 +0100
> > >
g (1 = enable,
> 0
> = disable (default)) (bool)
Thanks for the feedback.
I can confirm the same, so I am downgrading the severity to allow
migration of 375.66-2 to testing.
Even if a problem is found, it will not be due to the diff with 375.66-
1, which is packages-related bug fixes, so
On Tue, 2017-06-13 at 12:59 +0200, Andreas Beckmann wrote:
> On 2017-06-10 13:55, Luca Boccassi wrote:
> > On Fri, 2017-06-09 at 18:33 +0200, Julien Aubin wrote:
> > > Okay thanks. If it were possible in that case to remove the non
> > > gnlvd
> > > it
> &
On Wed, 2017-06-28 at 23:20 +0200, Cyril Brulebois wrote:
> Hi Luca,
>
> Luca Boccassi <luca.bocca...@gmail.com> (2017-06-28):
> > It would be useful to allow preseeding the user shell.
> >
> > The use case we have at work is building live Debian images and
>
On Fri, 2017-06-30 at 01:11 +0200, Andreas Beckmann wrote:
> On 2017-06-27 11:35, Luca Boccassi wrote:
> > > Package: nvidia-legacy-304xx-driver
> > > Does not build against current Sid 4.11 kernels, neither regular
> > > nor
> > Thanks for the report. It's f
with both
configurations.
If they backport the upstream fix to the 375 series I'll backport our side as
well.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
never been
targeted by this package:
https://qa.debian.org/excuses.php?package=dpdk
Thanks!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Fri, 2017-06-30 at 01:11 +0200, Andreas Beckmann wrote:
> On 2017-06-27 11:35, Luca Boccassi wrote:
> > > Package: nvidia-legacy-304xx-driver
> > > Does not build against current Sid 4.11 kernels, neither regular
> > > nor
> > Thanks for the report. It's f
e
> 2/usr/lib/nvidia 100 manual mode
> 3/usr/lib/nvidia/bumblebee 95manual mode
Hi,
This is intended IIRC.
That's because application should build and link against the Mesa
libraries, not the NVIDIA ones.
Applications that m
r Debian suite."
>
> Regards,
> Alexandre Hoïde
Thanks for the report, fixed in SVN pending the next upload.
If you need the fix urgently it's pretty simple to apply locally:
https://anonscm.debian.org/viewvc/pkg-nvidia/packages/nvidia-graphics-drivers/trunk/debian/detect/nvidia-dete
301 - 400 of 1892 matches
Mail list logo