Package: python-guiqwt
Version: 3.0.2-2
Severity: wishlist
Hi,
As Qt4 is slowly being removed from the repos, could you provide a package that
has been linked with
Qt5 instead of Qt4. Looking at the github page for guiqwt this should be
possible?
Thanks,
Matt
-- System Information:
Debian
On 10/10/16 14:01, Sebastiaan Couwenberg wrote:
> On 10/09/2016 11:02 PM, Sebastiaan Couwenberg wrote:
>> On 10/09/2016 10:25 PM, Jérémy Lal wrote:
>>> Now the same is going to happen with "powerpc" arch: libv8 is actually not
>>> compatible with all processors supported by debian (ppc64xx are ok,
On Mon, 2016-10-10 at 13:25 +, SOUBEYRAND Yann - externe wrote:
> Indeed, I did a mistake… Should I have included it manually or is there
> a way for debhelper to auto-detect it as for shared libraries?
I think there is a way for pybuild but I'm not sure.
* Mattia Rizzolo [161010 14:33]:
> On Mon, Sep 05, 2016 at 09:15:17PM +0200, Christian Hofstaedtler wrote:
> > This has a high chance of silently breaking in the future, and I'm
> > not going to test on !linux archs. As I'm highly opposed to shipping
> > untested stuff, I'd
Package: src:linux
Followup-For: Bug #838491
Dear Maintainer,
* What led up to the situation?
upgrade kernel and systemd to the version proveded in jessie-backports
* What exactly did you do (or not do) that was effective (or
ineffective)?
during normal usage (slurm cluster node):
Hi,
Just wondering if there has been any progress on this - with the
removal of qt4webkit, the lack of qt5 version of qwt has become
critical.
Thanks,
Matt
On Sun, 9 Oct 2016 13:47:43 +0200
"Dr. Tobias Quathamer" wrote:
> Hi,
>
> I've just seen your mail to the bug report and wanted to give a short
> update.
>
> There's the latest version of lilypond (2.19.48) available in the
> collab-maint git repository[1], together with
On Mon, Oct 10, 2016 at 9:14 PM, Raphael Hertzog wrote:
> The only "ancient" data that can be kept is the list of news. I'm
> not interested in showing old news of packages which are no longer in
> Debian at all.
...
> If the source packages does not exist (as is the case here), we still
> have a
Control: tags 750940 + patch
Control: tags 750940 + pending
Dear maintainer,
I've prepared an NMU for tome (versioned as 2.4~0.git.2015.12.29-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
The reason for this is to enable the release team to be able
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: mistral-dashboard
Version : 3.0.1
Upstream Author : OpenStack Foundation
* URL : https://github.com/openstack/mistral-dashboard
* License
Package: susv4
Version: 7.20160312~deb8u1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
Package: emacs24
Version: 24.5+1-7
Severity: normal
Can you apply trivial fix described in upstream:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=19966
to Emacs24?
--
http://defun.work/
On 10 oct. 2016 16:57, Christian Marillat wrote:
[...]
> | File "/usr/lib/i386-linux-gnu/liferea/plugins/trayicon.py", line 28, in
>
> | import cairo
> | ImportError: No module named 'cairo'
> |
> | (liferea:4188): libpeas-WARNING **: Error loading plugin 'trayicon'
>
Control: tags -1 +patch
The upstream bugs was closed and fixed with this patch:
https://gitlab.com/embeddable-common-lisp/ecl/commit/bd48b85970603af16318ec56d6da50a71c9d129e.diff
Could you please apply it? We have been using a patched ecl 15.3.7
package for a while and it solves the problem
Package: debhelper
Version: 9.20160814
Severity: wishlist
Hi,
right now, if I want to crosscompile a package that uses CMake, I need to
override dh_auto_configure:
override_dh_auto_configure:
dh_auto_configure -- \
-DCMAKE_TOOLCHAIN_FILE=/etc/dpkg-cross/cmake/CMakeCross.txt \
edit /usr/lib/lsb/initdutils.py
change: import re, sys, os
to: import re, sys, os, cStringIO
change: fileob = StringIO(strob)
to: fileob = cStringIO.StringIO(strob)
work fine for me.
Package: atril
Version: 1.16.0-1
Severity: important
Dear Maintainer,
Whenever I try to open a djvu file with Atril, it displays the following
message: Unable to open document. File type documento DjVu
(image/vnd.djvu+multipage) is not supported.
The description of the atril package states
On Fri, Oct 7, 2016 at 11:42 PM, Mike Hommey wrote:
> Version: firefox/49.0-4
>
> On Fri, Oct 07, 2016 at 06:52:03PM +0200, Julien Cristau wrote:
> > On Fri, Oct 7, 2016 at 5:14 PM, Sylvestre Ledru
> > wrote:
> >
> > > Not yet. If I understood
Package: keepass2
Version: 2.34+dfsg-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
Keepass2 randomly failing to run, which resulted in the following message:
System.ArgumentException: A null reference or invalid
Hi,
>Although I have DM upload rights for this package, this will be its
>first upload to the unstable suite. At this point, members of the
>pkg-emacsen team have uploaded quite a few packages generated by this
>tool, so it no longer needs to be in the experimental suite.
AFAIR as long as you
On Mon, 10 Oct 2016, Mattia Rizzolo wrote:
> On Thu, Jul 14, 2016 at 07:49:38AM +, Mattia Rizzolo wrote:
> > On Thu, Jun 23, 2016 at 10:54:02AM +, Mattia Rizzolo wrote:
> > > On Sun, May 29, 2016 at 05:20:48PM +, Mattia Rizzolo wrote:
> > > > I don't plan on taking a stick and poking
Control: reopen -1
Control: retitle -1 tracker.debian.org: show historical data of no-longer
existing source packages
Control: severity -1 wishlist
On Mon, 10 Oct 2016, Paul Wise wrote:
> On Mon, Oct 10, 2016 at 9:14 PM, Raphael Hertzog wrote:
>
> > The only "ancient" data that can be kept is
Package: apt-xapian-index
Version: 0.48
Followup-For: Bug #839982
/etc/cron.weekly/apt-xapian-index:
Traceback (most recent call last):
File "/usr/sbin/update-apt-xapian-index", line 102, in
indexer.incrementalUpdate()
File "/usr/lib/python2.7/dist-packages/axi/indexer.py", line 670, in
On 09 oct. 2016 20:51, Paul Gevers wrote:
> Hi Christian,
Hi Paul,
> On 09-10-16 15:42, Christian Marillat wrote:
>> The notification icon works for show but don't for hide.
>
> Could you try to explain better what you mean? I am not sure I
> understand. You mean the icon in
Control: tags -1 +fixed-upstream
On Thu, Sep 29, 2016 at 12:08:42PM +0200, Jens Thiele wrote:
> Jens Thiele writes:
>
> > forwarded upstream:
> > https://github.com/shirok/Gauche-gtk2/issues/5
>
> upstream commited a fix:
>
> commit 6fca535f7bb950f81db066bd1afdca9d55e9b460
Package: wnpp
The current maintainer of kcollectd, M G Berberich ,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to
Package: emacs24-common
Version: 24.5+1-7
Severity: normal
Dear Maintainer,
Recently emacsclient stopped working in unstable.
* What led up to the situation?
Upgrading emacs24.
* What exactly did you do (or not do) that was effective (or
ineffective)?
tmarble@cerise 127 :)
301 - 327 of 327 matches
Mail list logo