gin need these headers? If it really
needs them (IMHO it should just use what Qt provides, even as private
headers), did you ask upstream Qt to provide them or the equivalent API
for what qt5dxcb-plugin wants to do?
FWIW, there are already platform plugins in Debian (plasma-integration
and lxqt-
Source: muon
Source-Version: 4:5.6.0-1
Hi,
according to the upstream bug report, this issue was fixed in
muon 5.6.0, which was already uploaded months ago. Hence, closing.
Thanks for your report,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
s to work (see the dh compat v9)
All the non-Debian patches can be upstreamed as well.
[1]
https://www.freebsd.org/cgi/man.cgi?query=daemon=3=FreeBSD+11.1-RELEASE+and+Ports
[2] https://linux.die.net/man/3/daemon
Thanks,
--
Pino Toscano--- a/os_compat.c
+++ b/os_compat.c
@@ -106,7 +106,7 @@ int
Package: ftp.debian.org
Severity: normal
Hi,
please remove src:libkface (which exists only in experimental), as it is
an old version, based on Qt4, and its Qt5 version is already in the
archive as src:libkf5kface.
Thanks,
--
Pino
Package: ftp.debian.org
Severity: normal
Hi,
since kdevelop 5.2, kdevplatform is merged there, and thus
kdevplatform-l10n, and kdevplatform-dev are transitional packages.
Thanks,
--
Pino
Package: ftp.debian.org
Severity: normal
Hi,
please remove src:kdevplatform, as it was merged in the same repository
of kdevelop -- indeed, src:kdevelop since 5.2.0 provides all the
kdevplatform libraries.
Thanks,
--
Pino
In data sabato 18 novembre 2017 23:12:06 CET, Pino Toscano ha scritto:
> Source: kdenlive
> Version: 17.08.3-1
> Severity: normal
> Tags: patch
>
> Hi,
>
> since KDE Applications 17.04, the translations of Frameworks-based
> applications are provided with
Please do not report other bugs, at least until I upload the new fixes
for all of them...
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Control: severity -1 important
(see below why...)
In data lunedì 20 novembre 2017 20:05:20 CET, Emilio Pozuelo Monfort ha scritto:
> Control: severity -1 serious
>
> On Wed, 06 Sep 2017 21:34:47 +0200 Pino Toscano <p...@debian.org> wrote:
> > Hi,
> >
> > In d
17.08.3-1
>
> kde-l10n-sr=4:16.04.3-3 lokalize=4:17.08.3-1
Sigh... OK, let's move this bug to kde-l10n, no point it staying as a
ktuberling bug. I'll fix kde-l10n and the other affected packages
tonight.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
10n instead.
This affects only people using kde-l10n from experimental, and it will
not be a problem in the long term.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Source: kdenlive
Version: 17.08.3-1
Severity: normal
Tags: patch
Hi,
since KDE Applications 17.04, the translations of Frameworks-based
applications are provided with the applications themselves, and not
anymore as part of kde-l10n. This caused in the past conflicts because
we still ship
In data mercoledì 15 novembre 2017 20:14:00 CET, Ximin Luo ha scritto:
> Pino Toscano:
> > Loose meanings do not imply neither the other way around, that you are
> > free to break because people cannot do anything with it. Also,
> > considering the very same behaviour (s
In data mercoledì 15 novembre 2017 19:29:00 CET, Ximin Luo ha scritto:
> Pino Toscano:
> > [..]
> >
> >> In summary: in no document or standard, does it guarantee or imply
> >> that __FILE__ can be taken to represent a real filesystem path.
> >> Applica
won't listen to anybody".
> I'm sorry but it's not a convincing position for me to agree with.
Neither is yours, sorry.
> At the end of the day, all of these cases, including yours, ought to
> be fixed to not use __FILE__ at all.
Again, we agree to disagree.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
In data mercoledì 15 novembre 2017 10:57:00 CET, Ximin Luo ha scritto:
> Pino Toscano:
> > In data martedì 14 novembre 2017 11:14:00 CET, Ximin Luo ha scritto:
> >> You're using __FILE__ inappropriately, none of the documentation
> >> guarantees or implies that you ca
In data martedì 14 novembre 2017 13:47:56 CET, Holger Levsen ha scritto:
> On Tue, Nov 14, 2017 at 07:22:07AM +0100, Pino Toscano wrote:
> > > There are quite a lot of packages that use __FILE__ so forgive me for
> > > not checking every single use-case of it.
> >
ndly
for very doubtful reasons.
> I'm not going to change the GCC patch, it does nothing wrong.
Let me add also another POV to this approach: do you really expect
Debian to carry this important diversion for GCC upstream? I really
doubt GCC will accept this.
--
Pino Toscano
signature.as
In data lunedì 13 novembre 2017 23:44:00 CET, Ximin Luo ha scritto:
> Pino Toscano:
> > [..]
> >
> > This is not an annoyance, it is the crux of the problem! __FILE__ is
> > something standard, with a very well defined behaviour, upon which
> > people rely on:
ld issue when we do not know under which conditions it happens.
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
In data lunedì 13 novembre 2017 20:20:00 CET, Ximin Luo ha scritto:
> Pino Toscano:
> > [..]
> >
> > A better approach here is to work on removing the invalid & abusing
> > usages of __FILE__ from packages, just like it was done for __DATE__.
> >
>
&g
In data lunedì 13 novembre 2017 20:03:00 CET, Ximin Luo ha scritto:
> Pino Toscano:
> > [..]
> >
> > No, the solution is:
> > a) *not* break what __FILE__ means
> > b) remove the misuses of __FILE__ in packages (not the case of
> >QFINDTESTDAT
In data lunedì 13 novembre 2017 12:06:01 CET, Steve Robbins ha scritto:
> On Sunday, November 12, 2017 7:21:30 PM CST Sebastian Ramacher wrote:
>
> > > [ Pino Toscano ]
> > >* Remove manual library and va-driver dependencies. (Closes: #880884)
> >
&g
d
use cases. Sorry, but I do not see how this is useful.
A better approach here is to work on removing the invalid & abusing
usages of __FILE__ from packages, just like it was done for __DATE__.
> An analogy would be to write your program to execute something at
> time "__DATE__ + 30
Package: ftp.debian.org
Severity: normal
Hi,
please change the overrides for these two libraries of src:qtav.
Thanks,
--
Pino
able, desktop file, translations, etc)
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Package: ftp.debian.org
Severity: normal
Hi,
please remove python-poppler-qt4: it is currently unused, and it relies
on the deprecated Qt4. Thus, let's remove this now, before it becomes
an obstacle in the near future when Poppler is going to drop Qt4
support.
This removal was ACKed by the
In data sabato 30 settembre 2017 16:12:19 CEST, Adrian Bunk ha scritto:
> On Sat, Sep 30, 2017 at 02:04:58PM +0200, Pino Toscano wrote:
> > In data sabato 30 settembre 2017 14:55:34 CEST, Adrian Bunk ha scritto:
> >...
> > > Current status quo in Debian is that
In data sabato 30 settembre 2017 14:55:34 CEST, Adrian Bunk ha scritto:
> On Sat, Sep 30, 2017 at 01:28:54PM +0200, Pino Toscano wrote:
> > In data sabato 30 settembre 2017 13:17:43 CEST, Adrian Bunk ha scritto:
> > > libgpod-nogtk-dev was a transitional package removed
e
serious bugs on rdeps" modus operandi is *not* a good way of
cooperating with other packagers in Debian.
Filing a bug some time before, or even writing an email, would have
been a much nicer, and cooperative, way.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
)
Thanks,
--
Pino
>From 5d027ab179b313412dd22a19dff238f90fc09dd5 Mon Sep 17 00:00:00 2001
From: Pino Toscano <p...@debian.org>
Date: Thu, 28 Sep 2017 15:34:39 +0200
Subject: [PATCH] Make mupdf.desktop valid
- drop 'Encoding' key, long deprecated
- drop 'Comment' key, as it duplicates th
Package: ftp.debian.org
Severity: normal
Hi,
please change the section of calligra-reports-web-element to oldlibs,
as it is a transitional package since calligra 3.0. (The current binary
has priority=extra, but it will be fixed with the next upload.)
Thanks,
--
Pino
Package: ftp.debian.org
Severity: normal
Hi,
please remove the calligra-l10n source: the translations for calligra
are now shipped in the calligra tarball, and thus the calligra-l10n-*
binaries are now provided by src:calligra.
Thanks,
--
Pino
Package: ftp.debian.org
Severity: normal
Hi,
please remove hupnp: it was supposed to be used by kde4libs/solid, and
kipi-plugins, but the former does not use it anymore, and the latter
had an own copy which lately got moved (and modified) to digikam.
Also, the upstream is dead, with no commits
yet, and considering that
kmymoney manages accounts and money, I'm not keen to upload
pre-release/unstable/alpha/beta/rc/etc versions.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Package: ftp.debian.org
Severity: normal
Hi,
please remove pairs, since it is an old game that is no more shipped
in recent KDE Applications releases; also it is no more worked on
upstream.
Thanks,
--
Pino
Package: ftp.debian.org
Severity: normal
Control: block -1 by 875292
Hi,
please remove the Qt4-based libksane, since there are no actual users
of it in the archive (except ksaneplugin, which is going to be removed
too).
Thanks,
--
Pino
Package: ftp.debian.org
Severity: normal
Hi,
please remove the Qt4-based libkpeople, as it is not used by anything
in the archive, and there is already a Qt5 version (src:kpeople).
Thanks,
--
Pino
Package: ftp.debian.org
Severity: normal
Hi,
please remove ksaneplugin -- it is a small scanning related plugin that
hooks into the (obsolete) system provided by kde4libs; there are no
users of that system using kde4libs, and applications based on
Qt5/KDE Frameworks can use libksane
s of llvm in the archive, instead of
upload every version available (and then have to cleanup llvm users
periodically, like with bugs like this)?
> I will update the severity of this bug at the end of September
Doing that with the current state of llvm versions would be a bad idea.
--
Pin
Package: libappstreamqt-dev
Version: 0.11.4-1
Severity: grave
Justification: renders package unusable
Control: affects -1 src:frameworkintegration
Control: affects -1 src:plasma-discover
Hi,
in the new version 0.11.4, I guess because of the switch from cmake to
meson, the source got a template
Package: libreoffice-common
Severity: wishlist
Hi,
libreoffice-common ships desktop files under /usr/share/mimelnk: they
are mimetypes for kdelibs v3.x (and older), which had its own mimetype
system.
Since:
- kdelibs v4.x uses XDG mimetypes
- kdelibs 3.x was shipped last in Debian in Squeeze
file installed as well, IMHO it would be a better idea
to migrate to a desktop menu. Attached there is a Git commit on top
of the current debian/experimental branch to do this conversion.
Thanks,
--
Pino
>From 9d6a32a7291fa4e56a07ff00a2c0f36674efbd6f Mon Sep 17 00:00:00 2001
From: Pino Tosc
eue...)
> Kernel: Linux 4.12.4-towo.1-siduction-amd64 (SMP w/4 CPU cores; PREEMPT)
Please note that bugs.debian.org tracks bug for Debian only, not for
derivatives. In this specific case the version is old in Debian as
well, but otherwise it would invalidate the bug. FYI.
--
Pino Toscano
in Debian right from the first upload
That should be enough notes for now; as general recommendation, please
check the build logs, and fix the lintian issues when possible (info
tags included).
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
e it will either be fixed directly in
libgsl with no changes in reverse dependencies (such as krita), or it
will require a transition (handled differently, but still not manually
by us).
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Source: webrtc-audio-processing
Version: 0.3-1
Severity: minor
Tags: patch
Hi,
the Vcs-Browser field in control is not correct, not pointing to the
web page of the repository.
The issue is a simple typo in the project name ("pulseaudio" vs
"pkg-pulseaudio") -- simple patch attached for this.
Source: libvirt
Version: 3.5.0-1
Severity: important
Tags: patch
Hi,
currently, the nss plugin is unconditionally enabled on any
architecture, although it depends on network support (see
m4/virt-nss.m4). Since networking is enabled only on Linux
architectures, this makes configure fail on
Source: gambas3
Version: 3.9.2-1
Severity: important
Tags: patch
User: debian-qt-...@lists.debian.org
Usertags: qt4webkit-removal
Hi,
as a result of #784465, the qt4 webkit module was disabled. OTOH it is
still built (the output of dh_install --list-missing shows it), and
thus the
Source: mathgl
Version: 2.3.3-1
Severity: important
Tags: patch
User: debian-qt-...@lists.debian.org
Usertags: qt4webkit-removal
Hi,
after the port from Qt4 to Qt5 in version 2.3.3-1, there is still a
spurious libqtwebkit-dev build dependency. Simple patch attached to
drop it.
Thanks,
--
Pino
Source: butteraugli
Version: 0~20170116-1
Severity: important
Tags: patch
Hi,
currently butteraugli build depends on libjpeg9-dev, which is not the
default libjpeg used by basically all the rest of the Debian archive.
Not using the default libjpeg means also not migrating to testing, and
thus
Source: redshift
Version: 1.11-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
currently redshift cannot be built on hurd-i386, due to the
unconditional libdrm-dev build dependency. Since DRM (and thus libdrm)
is not available on Hurd yet, attached there
Package: ftp.debian.org
Severity: normal
Hi,
please remove the libkdcraw source, since it is not used anymore
(after the upload of the kf5 version of kphotoalbum).
At this very moment there is only an old hurd-i386 binary, but the new
one is already built and (hopefully) going to be uploaded
ips mips64el mipsel
> powerpc]
>
> Please reassign this bug to ftp.debian.org once that is solved, until
> then this bug should trigger autoremoval from testing.
kamoso is sorted out now, so there are no more users of kdelibs4
libkipi -- hence, reassigning for removal.
Thanks,
-
Source: dar
Version: 2.5.8-3
Severity: important
Tags: patch
Hi,
currently dar fails to build on architectures where libc has a SONAME
different than libc6: alpha [1], kfreebsd-amd64 [2], kfreebsd-i386 [3],
and hurd-i386 (not yet attempted on buildds).
Since on those architectures the SONAME is
Package: ftp.debian.org
Severity: normal
Hi,
kamoso 3.x has an hard dependency on udev (and it uses also v4l stuff
at runtime), so at the moment it does not build on non-Linux
architectures. Thus, please remove the old binaries from hurd-* and
kfreebsd-*.
Thanks,
--
Pino
baloo libraries. Patching that source honestly requires more work than
what is worth spending.
> Should anyone file a RM request for src:baloo immediately?
No.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
it correctly,
and check the result of the validation with `desktop-file-validate`
(provided by the desktop-file-utils package).
Thanks,
--
Pino Toscano--- a/debian/mrboom.desktop
+++ b/debian/mrboom.desktop
@@ -6,4 +6,4 @@ Icon=mrboom
Terminal=false
Categories=Game;ActionGame;
Keywords=bomberman;bomb;
tag 861096 + fixed-upstream
thanks
In data lunedì 8 maggio 2017 11:03:29 CEST, Pino Toscano ha scritto:
> In data lunedì 24 aprile 2017 12:05:01 CEST, Aaron M. Ucko ha scritto:
> > The vc build for kfreebsd-amd64 (admittedly not a release
> > architecture) failed:
>
)")
Easy enough, should be fine matching "amd64" too as x86 architecture.
Pull request sent upstream: https://github.com/VcDevel/Vc/pull/165
A copy of the patch is attached for convenience.
Thanks,
--
Pino Toscano--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -13
In data venerdì 28 aprile 2017 04:27:04 CEST, Julien Aubin ha scritto:
> Le 27 avr. 2017 23:29, "Pino Toscano" <p...@debian.org> a écrit :
>
> In data giovedì 27 aprile 2017 22:30:43 CEST, Julien Aubin ha scritto:
> > >
> > >
> > >
> > &
; >
> > > For apps with full untranslated sections, adding the files I below would
> > > solve the issue.
> >
> > Not really, no. This list has no utility, other than "some things where
> > not translated to French in software currently packaged in Debian&qu
details, see my other email.
> For apps with full untranslated sections, adding the files I below would
> solve the issue.
Not really, no. This list has no utility, other than "some things where
not translated to French in software currently packaged in Debian".
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
framework were greatly improved in version 5.29
(Debian currently has 5.28), and that strings were not changed between
these two versions, so cherry-picking kwidgetsaddons/fr/5.29 could be
an option.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
ain why for example the
> antivirus/antispam wizard is not translated in Kmail.
That's correct, the antispam & antivirus wizards are translated in
kmail_plugins.mo.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
that specific module in system settings.
Furthermore, do you have qttranslations5-l10n installed, in addition
to kde-l10n-fr?
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
In data lunedì 24 aprile 2017 22:42:06 CEST, Francesco Poli ha scritto:
> On Sat, 22 Apr 2017 17:56:19 +0200 Pino Toscano wrote:
>
> [...]
> > In data sabato 22 aprile 2017 17:42:03 CEST, Francesco Poli (wintermute) ha
> > scritto:
> [...]
> > > but havin
tion in unstable (so surely after testing
will be opened again after the Stretch release).
If Debian had some PPA/Bikeshed system implemented I would use it,
but until then...
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Source: heaptrack
Version: 1.0.0-2
Severity: wishlist
Tags: patch
Hi,
the current build dependencies of heaptrack install too many packages,
and it is possible to reduce the number of packages installed, like
shown in the attached patch:
- specify the actual boost modules used, instead of all of
Package: mrboom
Version: 3.1-1
Severity: minor
Tags: patch
Hi,
the provided mrboom.desktop is not completely valid (see also output
of `desktop-file-validate`).
The attached patch fixes all the issues:
- rename the 'Games' category (which does not exist) as 'Game' (which
is the correct one)
-
ld dependency on libssl-dev completely removed.
That is because it is an optional dependency.
> Lisandro, maybe just dropping the build dependency on libssl-dev would be
> the best option if it's actually not used at all?
NACK.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
duplicate of #846410, and today a fixed kdevelop
landed in testing.
Thanks for your report,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
@@
+soprano (2.9.4+dfsg-5) unstable; urgency=medium
+
+ * Team upload.
+
+ [ Simon McVittie ]
+ * Remove obsolete libraptor1-dev build-dependency (Closes: #854034).
+Build-depend on libraptor2-dev instead, which is what
+soprano-daemon actually uses.
+
+ -- Pino Toscano <p...@debian.
ds fine because librdf0-dev
depends on libraptor2-dev.
> I don't know how to smoke-test this package, so I would appreciate an
> upload by someone from the KDE team.
I'm afraid there is none, sorry. At least, there is no dependency
change as result of the patch, so I'd deem it safe enough.
Tha
Source: mysql-defaults
Severity: wishlist
Tags: patch
Hi,
just like there is default-libmysqlclient-dev for the default version
of the client libraries, it would be nice to have also a new
default-libmysqld-dev for the default version of the embedded server
library.
I see that basically
hould better
install 'dolphin', and use it.
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
nstable and testing
are basically broken regarding this since the acceptance of
src:mariadb-10.1 in the archive (more than 3 weeks).
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
downstream-only issue, due
to the mixup of MariaDB versions currently in testing/unstable, and I
see the KDE bug was rightfully closed as DOWNSTREAM.
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
> +Build-Depends-Indep: mariadb-server-core-10.1 | virtual-mysql-server-core
> Standards-Version: 3.9.8
> Homepage: http://amarok.kde.org
> Vcs-Git: https://anonscm.debian.org/git/pkg-kde/kde-extras/amarok.git
This defeats the point of the "default" packages. The situation is way
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
-- System information. ---
Unfortunately, this part (system information) does not provide the
versions of packages... please paste it from the output of
$ reportbug --template amarok
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
e
paste the output of:
$ dpkg -S /usr/lib/x86_64-linux-gnu/qt5/plugins/imageformats/libxfreeimage.so
Is it https://github.com/linuxdeepin/deepin-image-viewer by chance?
Another option is that the issue is in libfreeimage (src:freeimage),
which does not seem to do proper error checking in its usa
found 838229 libmygpo-qt/1.0.9-1
thanks
In data domenica 18 settembre 2016 19:58:42 CET, Pino Toscano ha scritto:
> Package: libmygpo-qt-dev
> Version: 1.0.9~git20151122-1
> Severity: important
> Tags: patch
> Control: block 655362 by -1
>
> Hi,
>
> libmygpo-qt-de
apply all bt`
e) execute `quit` to exit gdb, confirming with yes when asked whether
kill the running application
Please attach/write the full backtrace, with all the threads included.
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
ing to do with "policy", but with common sense and
cooperation: if I want to work on some package, I don't just blindly
NMU it without even bothering to work (nor even contact) the active
maintainers of it. This is called hijacking.
--
Pino Toscano
signature.asc
Description: This is
ok? I don't like NMUs for active maintainers
> packages, unless they agree with changes
Next weekend, yes. And even if I cannot personally, there are other
people of the debian-qt-kde team who can help with this.
(Which means: Gianfranco, please do not NMU this at all.)
--
Pino Toscano
signature.a
Source: lxpanel
Version: 0.9.0-1
Severity: important
Tags: patch
Control: forwarded -1 https://sourceforge.net/p/lxde/patches/537/
Hi,
lxpanel 0.9.0 fails to compile on kFreeBSD[1][2] and Hurd[3].
The issue is mostly upstream, which I just reported [4] (a copy of the
patch is attached for
In data venerdì 4 novembre 2016 23:56:44 CET, Emilio Pozuelo Monfort ha scritto:
> On 31/10/16 08:28, Emilio Pozuelo Monfort wrote:
> > On 31/10/16 07:57, Pino Toscano wrote:
> >> In data giovedì 20 ottobre 2016 13:49:55 CET, Emilio Pozuelo Monfort ha
> >> scri
In data giovedì 20 ottobre 2016 13:49:55 CET, Emilio Pozuelo Monfort ha scritto:
> Control: tags -1 confirmed
>
> On 18/10/16 23:30, Pino Toscano wrote:
> > In data lunedì 17 ottobre 2016 21:11:00 CEST, Emilio Pozuelo Monfort ha
> > scritto:
> >> On 08/1
Package: screen
Version: 4.4.0-5
Severity: normal
Hi,
starting from 4.4.0-5, there are two tmpfiles.d .conf files shipped:
/usr/lib/tmpfiles.d/screen.conf
/usr/lib/tmpfiles.d/screen-cleanup.conf
which are identical.
This happens on all the architectures, except on amd64 as the 4.4.0-5
Source: neat
Version: 2.0-1
Severity: important
Tags: patch
Hi,
near hardcodes few library as build dependencies: this is problematic
since their SONAMEs could be different (like in the case of libc, whose
SONAME is not always libc.so.6) or bumped in the future.
Because of this, I propose the
Source: mocassin
Version: 2.02.72-1
Severity: important
Tags: patch
Hi,
mocassin hardcodes few library as build dependencies: this is problematic
since their SONAMEs could be different (like in the case of libc, whose
SONAME is not always libc.so.6) or bumped in the future.
Because of this, I
Source: alfa
Version: 1.0-1
Severity: important
Tags: patch
Hi,
alfa hardcodes few library as build dependencies: this is problematic
since their SONAMEs could be different (like in the case of libc, whose
SONAME is not always libc.so.6) or bumped in the future.
Because of this, I propose the
In data lunedì 17 ottobre 2016 21:11:00 CEST, Emilio Pozuelo Monfort ha scritto:
> On 08/10/16 20:34, Pino Toscano wrote:
> > In data giovedì 6 ottobre 2016 10:25:57 CEST, Rene Engelhard ha scritto:
> >> Hi,
> >>
> >> On Wed, Oct 05, 2016 at
d on sid, but I think we could
> > go
> > ahead with this as it's a separate source and shouldn't block anything.
>
> readline 6 got decrufted. Rebuilds scheduled.
Please adjust the tracker to consider also Pre-Depends on libreadline6:
gawk has Pre-Depends instead of Depends, and there's libreadline6 there.
As consequence, please also schedule the binNMU of gawk for this
transition.
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
In data giovedì 6 ottobre 2016 10:25:57 CEST, Rene Engelhard ha scritto:
> Hi,
>
> On Wed, Oct 05, 2016 at 10:13:14PM +0200, Pino Toscano wrote:
> > This transition impacts the existing poppler libraries in the following
> > ways:
> > - libpoppler61 → libpopp
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
I would like to ask a slot for a Poppler 0.48.0 transition.
Poppler 0.48.0 is hopefully going to be released this month, so it will
be uploaded to experimental first, as usual.
This
Package: ftp.debian.org
Severity: normal
Hi,
please change section and priority of gstreamer0.10-qapt to
oldlibs/extra, as it is a transitional package for gstreamer-qapt.
Thanks,
--
Pino
to build and most probably it was implicitly
pulled by one of the removed packages.
I'll most probably NMU/5 in a week, unless it is fixed before, or there
are objections/issues in NMUing.
Thanks,
--
Pino Toscano--- a/debian/control
+++ b/debian/control
@@ -4,41 +4,19 @@ Maintainer: Patryk Cisek
In data lunedì 19 settembre 2016 11:32:18 CEST, John Paul Adrian Glaubitz ha
scritto:
> On 09/19/2016 09:08 AM, Pino Toscano wrote:
> > Looking further at this very issue (#811846), I don't think the
> > solution implemented is actually the correct one:
> >
> > http
401 - 500 of 1683 matches
Mail list logo