information about pidgin-gnome-keyring can be obtained from
https://github.com/aebrahim/pidgin-gnome-keyring.
Related wnpp: #714018
Changes since the last upload: none
pidgin-gnome-keyring (2.0-1) UNRELEASED; urgency=low
* Initial release (Closes: #714018)
-- Luca Boccassi luca.bocca...@gmail.com
to 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 +146,7
On 10 February 2015 at 20:10, Tobias Frost t...@debian.org wrote:
Am Montag, den 09.02.2015, 22:32 + schrieb Luca Boccassi:
On 9 February 2015 at 10:55, Michael Fladischer mich...@fladi.at wrote:
Hi Luca,
Final question, the changelog lists the package as UNRELEASED, I
think it's right
.
Final question, the changelog lists the package as UNRELEASED, I
think it's right since it's never been in any Debian distro, but on
mentors it's raised as a red flag, any idea if I should change it?
Thank you very much for the tips, I really appreciate them!
Kind regards,
Luca Boccassi
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 upgrading the
Intel
is the backtrace, the patch fixes the problem which occurs
in frame 9, and then the system info. The patch will come in the
following email.
Kind regards,
Luca Boccassi
(gdb) bt full
#0 0x7fbea7b07107 in __GI_raise (sig=sig@entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
From 9fe57ade94ac2f260b7a6b618be576dba7968dbd Mon Sep 17 00:00:00 2001
From: Luca Boccassi luca.bocca...@gmail.com
Date: Mon, 2 Mar 2015 21:08:09 +
Subject: [PATCH] Backport fix for null pointers dereferences
Cherry picked from commit:
commit 908520a7dacade8b6716e7c30549847464a33a81
Author
have a look and
decide what's best to do.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
/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 this can be useful.
Kind regards,
Luca Boccassi
signature.asc
Description
, 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 the new backlight helper script
Dear Maintainer(s),
I am attaching a Git patch that backports the fixes needed in order to solve
the backlight problem. I have tested this on a Dell Latitude E5540 (Intel
Haswell i7-4600U with GPU HD Graphics 4400) running Debian Jessie. I hope this
can be useful.
Kind regards,
Luca Boccassi
On 1 March 2015 at 22:15, Julien Cristau jcris...@debian.org wrote:
On Sun, Mar 1, 2015 at 22:03:38 +, Luca Boccassi wrote:
Dear Maintainer(s),
I am attaching a Git patch that backports the fixes needed in order
to
solve the backlight problem. I have tested this on a Dell Latitude
.
Thank you!
Kind regards,
Luca Boccassi
-- System Information:
Debian Release: 7.8
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8
On Sat, 04 Jul 2015 21:46:18 +0300 Michael Tokarev m...@tls.msk.ru wrote:
Control: severity -1 minor
Control: tag -1 + confirmed
04.07.2015 20:51, Luca Boccassi wrote:
Package: qemu
Version: 1.1.2+dfsg-6a+deb7u8
Severity: important
Dear Maintainer,
Trying to install qemu from
On Sat, 2015-08-15 at 20:58 +0100, Luca Boccassi wrote:
On Sat, 2015-08-15 at 19:27 +, Julien Aubin wrote:
We should probably fix 304xx as well, since it's available in Jessie,
Stretch and Sid. I'll have a look later tonight.
Actually, I noticed just now that Vincent already back-ported
Cuda can be used without the latter). It could leave users with
a broken system.
Andreas, Vincent,
What do you think about this?
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
on the
nvidia-driver package (there might even be a recommends along the
way, can't remember), and on top of that the Nvidia documentation
makes clear that the driver is required to run the programs.
In my opinion, this should be enough.
Vincent, Graham, Andreas, thoughts?
Kind regards,
Luca Boccassi
On Aug 21, 2015 08:55, Vincent Cheng vch...@debian.org wrote:
Hi François and Luca,
On Sat, Aug 15, 2015 at 4:07 PM, Luca Boccassi luca.bocca...@gmail.com
wrote:
On Wed, 2015-08-12 at 13:58 +0200, François Legendre wrote:
Package: nvidia-cuda-toolkit
Version: 6.0.37-5
Severity: normal
the nvidia
drivers installed at all, then? I thought they were needed to run cuda
applications? Sorry, I'm slightly confused :-)
Kind regards,
Luca Boccassi
the progress here:
https://ftp-master.debian.org/backports-new.html
Kind regards,
Luca Boccassi
probably want to do that
once nvidia-graphics-drivers in sid gets updated beyond 340.xx, but at
the moment there's no pressing need for that.
I agree, no rush there.
Kind regards,
Luca Boccassi
should have been dealt with by the nvidia-driver package.
What version are you using? Are you, by any chance, using Nvidia's
installer rather than the nvidia-driver package from Debian?
Thanks!
Kind regards,
Luca Boccassi
On Thu, 2015-07-30 at 16:58 +0200, Alessandro Ghedini wrote:
On Thu, Jul 23, 2015 at 03:58:55AM +0100, Luca Boccassi wrote:
owner 630761 luca.bocca...@gmail.com
thanks
Note that you need to CC cont...@bugs.debian.org for this to work, or you can
use the Control pseudo-header.
Silly me
of it!
Kind regards,
Luca Boccassi
Brocade Communications Systems
[1] https://ftp-master.debian.org/new/czmq_3.0.2-1.html
signature.asc
Description: This is a digitally signed message part
sys ioann@gmail.com:
Hello! Well, tomorrow, I send.
2015-07-30 5:10 GMT+04:00 Luca Boccassi luca.bocca...@gmail.com:
Hi,
Please provide the DKMS build log, should be in:
/var/lib/dkms/nvidia-current/340.65/build/make.log
Glad to hear that.
Bumblebee-nvidia from Stretch will have
On Mon, 2015-08-03 at 11:58 +0200, Andreas Beckmann wrote:
On 2015-08-03 02:21, Luca Boccassi wrote:
Testing the build of nvidia-kernel-dkms in an armhf chroot (via qemu static
binaries) results in build failure
for kernels 3.16 (jessie) and 4.0 (sid). Cannot test 4.1 as the armhf build
.
You can follow the progress on the buildd page [1], reachable as a link
from the package's PTS [2].
Kind regards,
Luca Boccassi
[1]https://buildd.debian.org/status/package.php?p=libvdpausuite=jessie-backports
[2]https://tracker.debian.org/pkg/libvdpau
signature.asc
Description
was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Luca Boccassi luca.bocca...@gmail.com
To: Debian Bug Tracking System
/nvidia-current/340.65/build/make.log
Thanks!
Kind regards,
Luca Boccassi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Fri, 2015-07-31 at 11:20 +0200, Alessandro Ghedini wrote:
On Thu, Jul 30, 2015 at 08:24:34PM +0100, Luca Boccassi wrote:
On Thu, 2015-07-30 at 16:58 +0200, Alessandro Ghedini wrote:
* The -dev package should just be named libczmq-dev (i.e. without
the version),
this way next time
On Thu, 2015-08-06 at 10:34 +0200, Andreas Beckmann wrote:
On 2015-08-06 01:50, Luca Boccassi wrote:
Works on 4.0 and 4.1, but not on 3.16 due to this error:
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
'xen_start_info'
/usr/src/linux-headers-3.16.0-4-common
of 340.65-2 with the dkms fixes be uploaded?
We should probably fix 304xx as well, since it's available in Jessie,
Stretch and Sid. I'll have a look later tonight.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 2015-08-03 at 11:58 +0200, Andreas Beckmann wrote:
On 2015-08-03 02:21, Luca Boccassi wrote:
I already addressed 2 problems and committed to the SVN repo (patch
nv-linux.h and enable dma_ops for arm in
conftest.h, but the final problem is that the armhf kernel ships
Hi Raphael,
Thanks for the report and the patch! Applied with the minor change you
suggested.
Kind regards,
Luca Boccassi
On Jul 21, 2015 21:45, Raphael Hertzog hert...@debian.org wrote:
Source: nvidia-graphics-drivers
Version: 352.21-1
Severity: important
Tags: patch
User: de...@kali.org
, when
you have a spare moment could you please do a new upload? I tested that
it builds on amd64 and i386, and that it runs on amd64. Thanks!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
the maintainer of the internal build of CZMQ at Brocade, so
I am already doing this job for the company. Might as well do it for the
community too!
Thank you very much for your work on this package.
Kind regards,
Luca Boccassi
Brocade Communications Systems
[1] http://git.debian.org/?p=collab-maint/czmq.git
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ease.
>
> Please, consider applying the patch to the package.
>
>
> [1]
http://cgit.freedesktop.org/~aplattner/libvdpau/patch/?id=1cda354bdfd0c9ca107293b84b52f4464fdbedcc
Hi,
Thanks for the report.
Since upstream merged this almost 2 months ago but there's no new release
it sounds like a good idea to cherry pick it. I'll test it later tonight.
Kind regards,
Luca Boccassi
't be needed, but device nodes go back to 666.
Kind regards,
Luca Boccassi
On Thu, 2015-10-22 at 08:30 +0100, Luca Boccassi wrote:
> On Oct 21, 2015 20:39, "Rinat" <ibragimovri...@mail.ru> wrote:
> >
> > Source: libvdpau
> > Version: 1.1.1-1
> > Severity: important
> > Tags: patch
> >
> > Dear Maintainer,
On Thu, 2015-10-29 at 00:59 +0100, Andreas Beckmann wrote:
> On 2015-10-29 00:34, Luca Boccassi wrote:
> > Would you like me to go ahead and create a bug against the release
> > project to get the debdiff reviewed and approved for p-u?
>
> That would be great!
Opened 803410
ia-devel/2015-October/011731.html
Kind regards,
Luca Boccassi
dpau-driver-all is installable on all
> architectures.
Upgraded and ran vdpauinfo on both desktop and laptop with both optimus
card and the integrated intel card (setting VDPAU_DRIVER=va_gl), works
fine.
Also tested installing vdpau-driver-all on my sid amd64, i386, armhf and
arm64 chr
on all
> > architectures.
>
> Ping?
Sorry, this one slipped through. I'll give it a run on my machines and
chroots early next week.
Kind regards,
Luca Boccassi
On 23 October 2015 at 02:23, Andreas Beckmann <a...@debian.org> wrote:
> On 2015-10-23 03:00, Luca Boccassi wrote:
>> I have tested on Jessie 64bit (and built i386 too) a new version with
>> the cherry-picked patch and verified it's not happening anymore.
>>
>> I p
On 22 October 2015 at 17:28, Piotr Ożarowski <pi...@debian.org> wrote:
> [Luca Boccassi, 2015-10-22]
>> Package: dh-python
>> Version: 1.2014-2
>
> there's 2.20150826 already...
>
>> Is that difference intended? I couldn't fine anything in the
>
> yes,
and that fixes the problem for me. I
have not tested all possible use cases and workflows.
Kind regards,
Luca Boccassi
-- System Information:
Debian Release: 8.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable'), (104, 'testing'), (103
On Fri, 2015-10-23 at 08:37 +0100, Luca Boccassi wrote:
> On 23 October 2015 at 02:23, Andreas Beckmann <a...@debian.org> wrote:
> > Where should this bug be fixed in addition to sid? this is a regression
> > in the security upload, but I don't think it warrants an update
working on it, almost there, not quite yet :-)
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ppy with the diff and
have time? Thanks!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
as been happening for a month now (I try again every time you
> upgrade the packages :)
>
> Ask away if im missing some detail
Hello Alberto,
When you say segfaults, what do you refer to, precisely? The desktop
manager? Xorg? Could you please attach a log and backtrace of the crash?
Thanks!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
h Xorg. There is a new version available in
jessie-backports, have you tried upgrading?
If you don't want to use backports, the same version was just accepted
in proposed-updates, so it should hit the next point release.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ion of nvidia-driver that is no longer in the archive,
346.72-1. Did you install the drivers from experimental and never
upgraded again at some point between June 17th and July 21st?
Please either downgrade to the version in testing/unstable or upgrade to
the version in experimental and report back if the problem persists.
Kind regards,
Luca Boccassi
mmitted a fix for it.
> >
> > We already uploaded a fixed version to unstable, and now we would like to
> > backport it to jessie as well. The debdiff follows. I have verified that it
> > fixes the problem on a vanilla jessie amd64 installation.
> >
> > Thank you!
> >
On 18 October 2015 at 22:18, Andreas Beckmann <a...@debian.org> wrote:
> On 2015-10-18 23:05, Luca Boccassi wrote:
>> I installed 340.93-5 on my laptop with optimus. Any other solution you
>> would like me to try out?
>>
>> Another solution would be scrapping t
correct.
> With the mesa-diverted profile you use, the nvidia module is *not*
> available any more (i.e. known to modprobe as 'nvidia' - therefore
> modprobe -r does not work) and nouveau is not blacklisted (unless
> bumblebee comes with its own blacklist).
Bumblebee does its own
gt; and nvidia drivers and you will see a beautiful black screen. Let me
> know if you need additional information but it is quite easy to
> reproduce
Hi,
Could you please attach the output of:
reportbug --template glx-alternative-nvidia
reportbug --template nvidia-driver
Kind regards,
Luca Boccassi
On 19 October 2015 at 00:15, Andreas Beckmann <a...@debian.org> wrote:
> On 2015-10-19 00:24, Luca Boccassi wrote:
>>> always run
>>> dpkg-reconfigure glx-alternative-nvidia
>>> after
>>> update-alternatives --config glx
>
>>
the exact error you get with plasma?
Kind regards,
Luca Boccassi
On 18 October 2015 at 20:52, Luca Boccassi <luca.bocca...@gmail.com> wrote:
> On 18 October 2015 at 20:43, Andreas Beckmann <a...@debian.org> wrote:
>> On 2015-10-18 20:34, Elijah Rum wrote:
>>> Since the last update of nvidia-driver in debian sid repos it's unable t
On 18 October 2015 at 22:01, Andreas Beckmann <a...@debian.org> wrote:
> On 2015-10-18 22:23, Luca Boccassi wrote:
>> What about adding the aliases to /etc/modprobe.d/bumblebee.conf ? We
>> already have to inject a remove rule in order to support Ubuntu.
>
> No way
0 Oct 19 00:13 /dev/nvidia0
crw-rw-rw- 1 root root 195, 255 Oct 19 00:13 /dev/nvidiactl
Let me know if you would like to check anything else.
Kind regards,
Luca Boccassi
On Wed, 2015-10-14 at 12:29 +0200, Andreas Beckmann wrote:
> On 2015-10-14 00:25, Luca Boccassi wrote:
> > loading the module. As you suspected, it's udev. More precisely, it's
> > this systemd unit at boot:
> >
> > /lib/systemd/system/systemd-udev-trigger.service
>
On 14 October 2015 at 11:29, Andreas Beckmann <a...@debian.org> wrote:
> On 2015-10-14 00:25, Luca Boccassi wrote:
>> loading the module. As you suspected, it's udev. More precisely, it's
>> this systemd unit at boot:
>>
>> /lib/systemd/system/systemd-udev-tr
On Oct 5, 2015 22:21, "Andreas Beckmann" <a...@debian.org> wrote:
>
> Hi,
>
> On 2015-10-03 17:34, Alexander Kurtz wrote:
> > On Sat, 2015-10-03 at 15:39 +0100, Luca Boccassi wrote:
> >> But libvdpau itself already has code to look for the available
On Mon, 2015-10-19 at 12:54 +0200, Andreas Beckmann wrote:
> On 2015-10-19 12:33, Andreas Beckmann wrote:
> > On 2015-10-19 01:37, Luca Boccassi wrote:
> >>>> Would this mean that a bumblebee user has to run this manually when
> >>>> the package is in
On Mon, 2015-10-19 at 08:24 +0300, Vladimir Stavrinov wrote:
> On Sun, Oct 18, 2015 at 11:03:35PM +0100, Luca Boccassi wrote:
>
> > Nothing seems wrong in the setup.
>
> The problem is not about setup.
Hi Vladimir,
In your case it looks like it certainly is. Your glx alterna
give me for asking, but are
you sure this is due to the Nvidia driver packages or glx-alternatives?
Andreas, you use KDE if I'm not mistaken. Are you seeing any issues? Do
you need your user in any group to fix the root:video 660 problem on the
device nodes?
Kind regards,
Luca Boccassi
signature.asc
Des
d it was not configured (since on a bumblebee setup
glx is served by mesa). This was fixed by Andreas with a new diversion
specifically for bumblebee setups. I'm not seeing issues now with
modprobe -r nvidia.
The reason for the change was that the old version broke when
nvidia-current and nvid
that Debian-gdm is in group video
Added.
> * use nvidia-driver from backports (that should load with root:video 0660)
Installed, and those are the permissions.
> Expected: gdm starts, what about using glx as a user?
Nope, oopses with usual error :-(
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On 19 October 2015 at 23:42, Andreas Beckmann <a...@debian.org> wrote:
> On 2015-10-19 23:05, Luca Boccassi wrote:
>> In your case it looks like it certainly is. Your glx alternative is
>> configured to Mesa instead of Nvidia:
>>
>> diversion of /usr/lib/libGL.so t
On Mon, 2015-10-19 at 01:39 +0200, Andreas Beckmann wrote:
> On 2015-10-19 01:20, Luca Boccassi wrote:
> > Installed Ubuntu 15.10 beta2 on another partition to check. It's
> > running with 352.
> >
> > The devices are created with 666 root:root:
> >
> > $ l
On 19 October 2015 at 23:46, Andreas Beckmann <a...@debian.org> wrote:
> On 2015-10-20 00:15, Luca Boccassi wrote:
>>> Expected: gdm starts, what about using glx as a user?
>>
>> Nope, oopses with usual error :-(
>
> Hmm, gdm already dies? But hadn't that worked
t on my Debian one unfortunately.
I'm not sure why it picks nvidia-current. There is an override
in /etc/bumblebee/bumblebee.conf though.
kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 2015-10-20 at 11:37 +0300, Alexander Monakov wrote:
> On Tue, Oct 20, 2015 at 12:22 AM, Luca Boccassi <luca.bocca...@gmail.com>
> wrote:
> > The problem was that the nvidia's modprobe conf was moved to
> > glx-alternative and it was not configured (since on a
On Tue, 2015-10-20 at 12:16 +0300, Vladimir Stavrinov wrote:
> On Mon, Oct 19, 2015 at 10:11:45PM +0100, Luca Boccassi wrote:
>
> > Maybe there's some context I'm missing. Forgive me for asking, but are
> > you sure this is due to the Nvidia driver packages or glx-alternative
and investigating that. It is not a new upstream
requirement but a fix to the device nodes permissions that we are trying
out, but it seems to be causing way too much grief. Please see this
message by Andreas [1] for more details about the background.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
"sudo apt-mark
hold ". This way your update/dist-upgrade won't be broken.
Kind regards,
Luca Boccassi
On Oct 21, 2015 08:54, "Miguel A. Rojas" <mianro...@gmail.com> wrote:
>
> On 10/21/2015 12:22 AM, Luca Boccassi wrote:
>>>
>>> Hi Miguel,
>>>
>>> The reason I'm asking is because I can't reproduce any problems on GDM,
>>&g
.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
lp.
>
> I can't use gdm3 anymore. So I also can't easily use gnome or my whole desktop
> anymore
>
> Please help! Everything worked fine until this upgrade of yesterday.
Hi,
That's a known issue. Workaround:
sudo adduser Debian-gdm video
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
n
asynchronous socket connect() [1].
If that is not available, you would need to write a patch to implement
an alternative method to check for errors, which would probably be a
non-trivial task.
Kind regards,
Luca Boccassi
[1] https://github.com/zeromq/libzmq/blob/master/src/tcp
On Tue, 2015-10-13 at 09:17 +0100, Luca Boccassi wrote:
> On Oct 12, 2015 12:09, "Andreas Beckmann" <a...@debian.org> wrote:
> >
> > Thanks for finding some of the missing pieces :-)
> >
> > I assume the module nowadays gets loaded by udev ... is there
ld I go through the proposed-updates route and ping the release team
instead?
2) If the answer to 1) is yes, does this apply to squeeze as well or
should I work with debian-lts team instead?
Thank you!
Kind regards,
Luca Boccassi
diff -Nru libvdpau-0.8/debian/changelog libvdpau-0.8/debian/changelog
--- lib
On Sep 7, 2015 06:01, "Vincent Cheng" <vch...@debian.org> wrote:
> On Sat, Sep 5, 2015 at 7:00 AM, Luca Boccassi <luca.bocca...@gmail.com> >
> I have pushed to the git repo the backported changes for jessie [1] and
> > wheezy [2]. Alessandro confir
On Mon, 2015-09-07 at 01:33 +0200, Michael Biebl wrote:
> Hi Luca,
>
> thanks a lot for the patch.
>
> Am 07.09.2015 um 01:25 schrieb Luca Boccassi:
> > Package: rsyslog
> > Version: 8.12.0-1
> > Severity: wishlist
> > Tags: patch
> >
> >
and
runs fine.
Thank you!
Kind regards,
Luca Boccassi
>From 0b60d94c320fd1bdd50032fa9bbfe860ab4f7954 Mon Sep 17 00:00:00 2001
From: Luca Boccassi <luca.bocca...@gmail.com>
Date: Sun, 6 Sep 2015 22:24:16 +0100
Subject: [PATCH] Enable CZMQ plugins
---
debian/control
On Thu, 2015-09-03 at 22:40 -0700, Vincent Cheng wrote:
> On Thu, Sep 3, 2015 at 5:24 PM, Luca Boccassi <luca.bocca...@gmail.com> wrote:
> > On Thu, 2015-09-03 at 14:49 +0200, Alessandro Ghedini wrote:
> >> Source: libvdpau
> >> Severity: important
> >> T
been sent to the upstream kernel mailing list[1] to fix it, and it
should appear in the next 4.2 stable point release, hopefully soon.
See also this discussion on the Nvidia forum: [2].
Kind regards,
Luca Boccassi
[1] https://lkml.org/lkml/2015/9/3/411
[2]
https://forums.geforce.com/defa
'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
egards,
Luca Boccassi
-- Package-specific info:
uname -a:
Linux luca-desktop 4.1.0-2-amd64 #1 SMP Debian 4.1.6-1 (2015-08-23) x86_64
GNU/Linux
/proc/version:
Linux version 4.1.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3
(Debian 4.9.3-3) ) #1 SMP Debian 4.1.6-1 (2015-08-23)
ust
fine with vdpauinfo and VLC.
Could you please review and do a new upload, when you have time?
Thanks!
Tomorrow I'll look into backporting the fix to Wheezy and Squeeze.
Kind regards,
Luca Boccassi
[1] https://anonscm.debian.org/cgit/pkg-nvidia/libvdpau.git
signature.asc
Description: This is a digitally signed message part
On Mon, 2015-09-07 at 02:35 +0100, Luca Boccassi wrote:
> On Mon, 2015-09-07 at 01:33 +0200, Michael Biebl wrote:
> > Hi Luca,
> >
> > thanks a lot for the patch.
> >
> > Am 07.09.2015 um 01:25 schrieb Luca Boccassi:
> > > Package: rsyslog
> &
On Sep 15, 2015 03:15, "Andreas Beckmann" <a...@debian.org> wrote:
>
> On 2015-09-06 21:14, Luca Boccassi wrote:
> > I tried looking into modules.dep and seeing what depmod was doing, but
it all
> > looks fine (minus a minor thing that turns out is unrelated: leg
On 15 September 2015 at 22:01, Michael Biebl <bi...@debian.org> wrote:
>
> I've applied your two patches [1][2] and released the package as 8.12.0-2
>
> Thanks again for your work.
Thank you, much appreciated!
Kind regards,
Luca Boccassi
On Thu, 2015-09-17 at 00:44 +0200, Michael Biebl wrote:
> Am 17.09.2015 um 00:35 schrieb Luca Boccassi:
>
> > I just realised that CZMQ is not available on all the architectures in
> > sid due to missing dependencies [1]. Specifically, there is no build
> > for: hurd-i38
On Tue, 2015-09-15 at 23:01 +0200, Michael Biebl wrote:
> Am 14.09.2015 um 15:54 schrieb Luca Boccassi:
> >
> > Hi Michael,
> >
> > This patch has been reviewed, accepted and merged upstream:
> > https://github.com/rsyslog/rsyslog/pull/512
> >
>
On Tue, 2015-09-15 at 13:53 +0200, Andreas Beckmann wrote:
> On 2015-09-15 10:44, Luca Boccassi wrote:
> > If I remember correctly, to test that I just deleted the legacy uvm module
> > and ran depmod again, but it didn't make any difference, I think because
> > uvm is not
Hi Tilman,
The problem is caused by libgstreamer-vaapi1.0-0 and gstreamer1.0-vaapi
version 0.5.9-2. If you bump those packages to version 0.6.0-1 (from
stretch/sid), the crash does not happen any more.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message
.
Thanks!
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
1 - 100 of 1723 matches
Mail list logo