We believe that the bug you reported is now fixed; the following
package(s) have been removed from unstable:
kdemultimedia-dev | 4:16.08.3-1 | all
kdemultimedia-kio-plugins | 4:16.08.3-1 | all
--- Reason ---
RoQA; NBS
--
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 27 Nov 2018 07:27:10 +0100
Source: clazy
Binary: clazy
Architecture: source
Version: 1.4-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Qt/KDE Maintainers
Changed-By: Pino Toscano
Description:
claz
clazy_1.4-2_source.changes uploaded successfully to localhost
along with the files:
clazy_1.4-2.dsc
clazy_1.4-2.debian.tar.xz
clazy_1.4-2_source.buildinfo
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
KDE upstream bug #396980
Patch: https://phabricator.kde.org/D14554
--
Enneamerdiff -Nru kdepim-runtime-16.04.2/debian/patches/fix-array-access-bounds-in-IMAP-resource.patch kdepim-runtime-16.04.2/debian/patches/fix-array-access-bounds-in-IMAP-resource.patch
--- kdepim-runtime-16.04.2/debian/patch
Package: calligrawords
Version: 1:2.9.11+dfsg-4+b1
Severity: normal
Dear Maintainer,
-- System Information:
Debian Release: 9.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores)
Locale:
Package: kdepim-runtime
Version: 4:16.04.2-2+b2
Severity: important
Dear Maintainer,
akonadi_imap_resource crashes with bus error while syncing to my mailbox hosted
by a cPanel server. I initially set up the IMAP resource yesterday and synced 2
emails without issue. The third email was sent to me
El lunes, 26 de noviembre de 2018 14:21:25 -03 Alan Corey escribió:
> Why couldn't you choose QT for Desktop or QT for ES OpenGL when you
> compile your program?
It's a Qt build-time option. This in an upstream choice, not ours and not up
to us to fix.
> Supply both libraries?
Already answered
Why couldn't you choose QT for Desktop or QT for ES OpenGL when you
compile your program? Supply both libraries? ES gives an enormous
performance boost to little machines that need it, desktop OpenGL is
more pretty pictures.
On 11/26/18, Lisandro Damián Nicanor Pérez Meyer wrote:
> El lunes, 26
El lunes, 26 de noviembre de 2018 08:37:57 -03 Raphael Hertzog escribió:
> Hello Lisandro,
>
> TLDR: thank you for starting this discussion, it was required as it's not
> an easy decision to take as there is no realistic perfect solution,
Our (team-wide) pleasure. This is something we have been d
On Mon, Nov 26, 2018 at 12:37:57PM +0100, Raphael Hertzog wrote:
> were in the week-end). I was aware of the discussion but did not
> had the time to chime in, yet I was the person who re-opened the bug
> #881333 in the first place.
> I also invited someone else who is working on a concrete proje
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 04 Nov 2018 22:03:44 +0100
Source: clazy
Binary: clazy
Architecture: source amd64
Version: 1.4-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Qt/KDE Maintainers
Changed-By: Scarlett Clark
Descriptio
Quoting Raphael Hertzog (2018-11-26 12:37:57)
> Software can be fixed/improved to also work with OpenGL ES. However
> hardware, once bought, cannot be fixed to support Desktop OpenGL when
> it has been designed for OpenGL ES only.
Is some _hardware_ really "designed for OpenGL ES only"?
I guess
Hello Lisandro,
TLDR: thank you for starting this discussion, it was required as it's not
an easy decision to take as there is no realistic perfect solution, but I
believe you took the wrong decision. Please consider deferring the
decision to the technical committe by seeking his advice (point 6.1
13 matches
Mail list logo
