ork with
MySQL/MariaDB, which is not available in backports.
Could you provide the current testing version of python3-mysqldb as backports?
In essence, this is the backports version of #935394.
With kind regards,
Jens Reinsberger
-- System Information:
Debian Release: 10.7
APT prefers sta
Hello again,
a few days ago upstream released 3.8.0. Any chance to package it? I even
consider to help maintain it in the future if some mentoring is provided.
Regards,
Jens
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Am 17.03.2015 um 07:29 schrieb Patrick Matthäi:
Also if you change between i/d mode?
If you refer to the solution proposed by jbarka...@gmail.com, he wrote
already:
fglrx device in screen : aticonfig --px-dgpu [Mouse: no Acceleration:
yes]
fglrx device in screen : aticonfig --px-igpu
Am 16.03.2015 um 16:55 schrieb Patrick Matthäi:
Hi,
interesting, could someone else verify this?
Well, it works but it provides only the acceleration by the integrated
gpu. If you really need the dedicated gpu then you have to go with the
downgrade of your X server as described above by Adam
Package: linphone
Version: 3.6.1-2.1
Severity: wishlist
Tags: upstream
Dear Maintainer,
there is a new upstream version available (3.7.0). Could you please
consider packaging it?
Thanks alot,
Jens
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: lightdm
Version: 1.2.2-4
Followup-For: Bug #639984
Dear Maintainer,
we were bitten by that in a real environment, too. And, Yves-Alexis, you
were wrong when saying other login managers act equally.
I agree that when the lightdm binary is started directly it should somehow
be able to
Package: cryptsetup
Version: 2:1.6.1-1
Severity: important
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
I found a solutions for #659688 which bit me, too.
The problem is that only one of the LVM dependencies gets the lvm=
option which is needed for the
Hi,
I observed the same behaviour:
Hi. It sounds from your report like you are saying that you had
libverto1 and libverto-glib1 installed but not libverto-libev1, and
that the kdc failed to function.
Is that correct?
Absolutely. Only when libverto-libev1 is installed, kdc and kadmind
On 24.11.2011 07:52, Jonathan Nieder wrote:
Hi Jens,
Ben Hutchings wrote:
On Sun, 2010-11-28 at 18:24 +0100, Jens Reinsberger wrote:
Just this... I use a NFS4-kerberized setup with a debian based NFS server.
The Oops happened after having tried to access a NFS share with GNOME nautilus
This bug is a known Firefox bug. It is solved upstream in the 4.0
version. I was also quite annoyed by this one. Now I use the
squeeze-backports from mozilla.debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: linux-2.6
Version: 2.6.36-1~experimental.1
Severity: normal
Tags: upstream
Just this... I use a NFS4-kerberized setup with a debian based NFS server.
The Oops happened after having tried to access a NFS share with GNOME nautilus.
As my LAN is using IPv6 with the client having the IPv6
Package: bacula-traymonitor
Version: 5.0.2-1
Severity: normal
Tags: upstream
Apparently the tray monitor doesn't survive standby periods of the computer:
make your machine sleep in standby mode (ACPI S3?) during the night and it
won't be there anymore in the morning. :)
I guess this is an
Package: flashplugin-nonfree
Version: 1:2.8.1
Severity: wishlist
Tags: patch
Please include an option to update-flashplugin-nonfree so one can install
the newest version provided by Adobe without waiting for your package
updates.
-- Package-specific info:
Debian version: squeeze/sid
Package: linux-image-2.6.22-3-vserver-k7
Version: 2.6.22-6
Severity: important
This error occured while bacula run its normal backup. It's the first
time this happened. For that reason I conclude it will be
difficult/impossible to reproduce this error, as bacula normally went
through the backup
Package: k3b
Version: 1.0.4-3
Severity: normal
Burning CD Extra (first session is audio data suitable for a regular
CD player, second session is a normal data session) doesn't work.
This is tried on both burning devices available to me (a SATA and a ATA
one).
The first (audio) session is burnt
Package: bash-completion
Version: 20060301-3
Severity: normal
In the current version, bash-completion doesn't take in count that
m4p and m4v files (the latter are actually m4p files, too) are also
handled by xine, kaffeine and so on.
-- System Information:
Debian Release: lenny/sid
APT prefers
Package: icecc
Version: 0.7.14-1
Severity: normal
Tags: patch
The startup script expects to behave /bin/sh like bash does, so comparisons
using == won't work since it isn't Bourne shell compatible anymore.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT
Here it goes...
icecc.patch
Description: Binary data
18 matches
Mail list logo