Package: kde-spectacle
Version: 16.08.3-2
Severity: wishlist
Currently you can't install gwenview from experimental together with
kde-spectacle as both kde-spectacle versions (sid+experimental) are
build against libkf5kipi31.0.0.
Therefor hereby the request for a rebuild of kde-spectacle in
experi
El 16 nov. 2017 5:42 p.m., "Adrian Bunk" escribió:
Package: libqt5opengl5-dev
Version: 5.9.2+dfsg-4
Severity: normal
Tags: patch
Different from other architectures, on armel and armhf
Qt in Debian is configured to use OpenGL ES instead
of full OpenGL.
Some OpenGL-related functionality in Qt is
binary:kdevelop52-libs is NEW.
binary:kdevelop52-libs is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.
Packages are rout
kdevelop_5.2.0-1_amd64.changes uploaded successfully to localhost
along with the files:
kdevelop_5.2.0-1.dsc
kdevelop_5.2.0.orig.tar.xz
kdevelop_5.2.0-1.debian.tar.xz
kdevelop-data_5.2.0-1_all.deb
kdevelop-dbgsym_5.2.0-1_amd64.deb
kdevelop-dev_5.2.0-1_amd64.deb
kdevelop-l10n_5.2.0-1_a
Package: libqt5opengl5-dev
Version: 5.9.2+dfsg-4
Severity: normal
Tags: patch
Different from other architectures, on armel and armhf
Qt in Debian is configured to use OpenGL ES instead
of full OpenGL.
Some OpenGL-related functionality in Qt is not available
with OpenGL ES, and Qt also offers dire
Marble currently FTBFS in unstable due to a couple of missing symbols and this
is preventing the libgps transition from finishing up. The version in
experimental fixes the issue but it looks like uploading it to unstable would
start a transition.
What are the plans here? are the symbols that d
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 2 Sep 2017 18:17:00 CEST
Source: kmail
Binary: kdepim-doc kmail ktnef
Architecture: source all amd64
Version: 4:17.08.0-1
Distribution: experimental
Urgency: medium
Maintainer: Debian/Kubuntu Qt/KDE Maintainers
C
On jueves, 16 de noviembre de 2017 13:22:00 -03 Ximin Luo wrote:
[snip]
> I pointed to the various C standards documents, as well as documentation
> from multiple compilers, stating that __FILE__ is the "name of the source
> file" and in no way guarantees that the expansion can later be re-used as
Lisandro Damián Nicanor Pérez Meyer:
> By the way: is there a macro or combination of macros which *default* value
> can be replaced in the use of __FILE__ without caussing regressions?
>
> Because if that's the case it's easier to convince upstream people that
> changing the usage goes in favor
Lisandro Damián Nicanor Pérez Meyer:
> [..]
>
> Yes, we do understand that your workaround solves the issue, but we do also
> understand that we should not be using this workaround in the first place.
>
> Guillem: the thread is long, but be sure that we Qt/KDE maintainers consider
> that this c
By the way: is there a macro or combination of macros which *default* value
can be replaced in the use of __FILE__ without caussing regressions?
Because if that's the case it's easier to convince upstream people that
changing the usage goes in favor of reproducibility without using strange up-
t
Explicitely CCing Guillem for this one.
On miércoles, 15 de noviembre de 2017 23:01:00 -03 Ximin Luo wrote:
[sip]
> The GCC patch (neither the previous nor the planned version) does not change
> the default behaviour of __FILE__, and was never intended to. Instead, it
> gives users the ability to
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 12 Sep 2017 15:35:47 +0200
Source: baloo-widgets
Binary: libkf5baloowidgets-bin libkf5baloowidgets-dev libkf5baloowidgets5
Architecture: source amd64
Version: 4:17.08.0-1
Distribution: experimental
Urgency: medium
13 matches
Mail list logo
