On 07.11.2016 16:17, James Cowgill wrote:
> Source: freeorion
> Version: 0.4.6-3
> Severity: wishlist
>
> Hi,
>
> Please enable freeorion on mips64el. Unlike mips and mipsel it doesn't
> suffer from the virtual memory limitations so it should build fine.
>
> Unfortunately there isn't a lot
Source: tigervnc
Version: 1.6.0+dfsg-4
Severity: important
Hi,
I rebuilt your package against xserver 1.19 (2:1.18.99.901-1 to be precise,
note we have 2:1.18.99.902-1 in experimental now) and it failed to build,
particularly it failed to apply the patches to the new xserver:
Hunk #1 succeeded
Package: gplaycli
Followup-For: Bug #823004
Hi Matlink,
the way gplaycli is shipped makes it problematic for several reasons:
- Sharing account passwords violates Google's ToS
- Someone could abuse that account for spamming via gmail, prompting Google to
disable the account
- Everyone can
I believe this is caused by the default ~/.dircolors file.
You can find dircolors-solarized here:
https://github.com/seebi/dircolors-solarized
The 'dircolors.ansi-universal' template works for me.
Package: dh-make-golang
Version: 0.0~git20160414.0.c4f61b1-2
Severity: wishlist
Dear Maintainer,
I'm looking at packaging ipfs[1] to help #779893 but this project use
gx/gx-go for package management.
This results in errors running dh-make-golang as you can see in
attachment.
Could your provide
On Mon, Nov 7, 2016 at 9:13 AM, Emilio Pozuelo Monfort
wrote:
> Source: tigervnc
> Version: 1.6.0+dfsg-4
> Severity: important
>
> Hi,
>
> I rebuilt your package against xserver 1.19 (2:1.18.99.901-1 to be precise,
> note we have 2:1.18.99.902-1 in experimental now) and it
Hi,
The problem seems to occur in the Shlibs perl module[1]. In
particular, the function find_library looks in a list of configured
paths. But for each path, it checks if the path is a link to another
known path, and if so, it does not use the original link but the
resolved path. Thus for /lib,
On Mon, Nov 07, 2016 at 04:15:08PM +, Gianfranco Costamagna wrote:
> >Are you sure that it makes sense to add more and more JS packages - its
> >simply for a single package dependency for the moment. However, if
> >somebody confirms that this package is sensible also for other purposes
> >I
> Yes, Xen is not supported, at least not Xen PV guest. I'm not sure
about host
> and non PV, but I don't have much clue about Xen anyway. Btw it's an
> incompatibility with PaX and Xen, not just an issue with the Debian
packaging.
What incompability ?
Grsecurity documentation does not
Package: pmount
Severity: normal
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did
Control: tags -1 - moreinfo
Control: retitle -1 jessie-pu: package libphp-adodb/5.15-1+deb8u1
On Monday 31 October 2016 21:48:15 Adam D. Barratt wrote:
> (...) an upload to jessie needs to be built in a _jessie_ environment.
Ok. Will do.
> +libphp-adodb (5.15-1+deb8u1) jessie; urgency=medium
>
Graham, is there any reason you haven't performed an NMU with your
patch? I've applied it successfully to pulseview 0.2.0-1.1 (currently in
sid) and thrown it at my sbuild setup and it builds fine, and it would
be nice to get this package back into testing.
Even nicer would be an update both of
On 2016-11-07 at 08:17:09, Evgeni Golov wrote:
> Can you please post the outputs of
> cat /proc/1/mountinfo
# cat mountinfo | grep cgroup
26 16 0:22 / /sys/fs/cgroup ro,nosuid,nodev,noexec shared:9 - tmpfs tmpfs
ro,mode=755
27 26 0:23 / /sys/fs/cgroup/systemd rw,nosuid,nodev,noexec,relatime
Package: wnpp
Severity: wishlist
Owner: Jan Luca Naumann
* Package name: python-mailman
Version : 3.1.0
Upstream Author : the Free Software Foundation, Inc.
* URL : https://gitlab.com/mailman/mailman
* License : GPL-3+
Programming
My mistake, I apparently had my issues confused. This will be fixed
when I upload the newest version (1.0BETA), which I'm working on
packaging now. Thanks for the patch!
On 2016/11/06 1:12, Anton Zinoviev wrote:
On Wed, Nov 02, 2016 at 02:44:13PM -0400, Sandro Tosi wrote:
in particular if the error in is `iconv` that program is part of
libc-bin so this bug should be reassigned to that pkg.
Yes, the bug belongs to libc-bin. Unfortunately, I was unable to
Package: lintian
Version: 2.5.49
Followup-For: Bug #743599
Hi Luca,
I also ran into this issue when packaging git-bz
(http://fishsoup.net/software/git-bz/).
When using dh_python2 (in my case with no specific python version in
debian/control) the package ends up depending on pyhton:any, and
On Sun, 06 Nov 2016 22:52:26 +0100, Mònica Ramírez Arceda wrote:
> I built the package without these changes and builds ok for me. Weird... The
> only thing I did is (a part of changing to qt5) is add a patch to use a
> different QtOAuth path. I can run it ok, as well.
>
> I uploaded my changes
On Sun, 6 Nov 2016 22:31:11 +0100 Geert Stappers
wrote:
> On Tue, Nov 01, 2011 at 05:45:23PM +0100, Ondrej Moravek wrote:
> > Package: radvd
> > Version: 1:1.6-1.1
> > Severity: normal
> >
> > Package radvd fails to start on boot sequence without any warning or
> > error
affects 843509 - rkt
thanks
On 07/11/2016 17:01, Andreas Henriksson wrote:
> On Mon, Nov 07, 2016 at 03:53:34PM +0100, Jean Baptiste Favre wrote:
> [...]
>> networking: loading networks from /etc/rkt/net.d
>> networking: loading network default with type ptp
>> stage1:
>> └─unable to probe
Package: systemd-container
Version: 232-2
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
As stated by Andreas Henriksson in bug #843509, /usr/bin/systemd-nspawn now
exit with code 1 instead of 0.
This make rkt fail at init stage because rkt considers this
Debian FTP Masters writes:
> Accepted:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Format: 1.8
> Date: Sat, 05 Nov 2016 15:08:47 +
> Source: xen
> Binary: libxen-4.8 libxenstore3.0 libxen-dev xenstore-utils xen-utils-common
> xen-utils-4.8 xen-hypervisor-4.8-amd64
Control: tags -1 + confirmed
On 2016-11-07 16:02, Jean-Michel Vourgère wrote:
Here's a new debdiff.
Please note that #837211 finally got its own CVE number.
Is that ok to upload, now, please?
Please go ahead.
Regards,
Adam
On Mon, Nov 07, 2016 at 10:44:36AM +0200, Sebastian Dröge wrote:
> debian/control was not properly updated from debian/control.in. I'll
> upload a fixed version once 1.10.0-1 is in testing
Thank you for the explanation.
> The other packages all seem fine, right?
I don't fully understand how all
control: tag -1 fixed-upstream
control: severity -1 minor
On Sun, Nov 06, 2016 at 01:53:35PM -0500, Steven Gawroriski wrote:
> Since today my internet connection is unusually and abysmally slow,
> checking out of the Inkscape repository was essentially moving at
> dial-up speeds.
ouch, that must
On Mon, 2016-11-07 at 17:30 +0100, Sebastien Bocahu wrote:
> What incompability ?
> Grsecurity documentation does not mention any. I've been running older
> versions of Linux/Grsec in PV guests for a while and have never spotted
> any issue.
Check PAX kconfig?
config PAX_KERNEXEC
bool
On 2016-11-06 at 10:09:21, Jack.R wrote:
> I start to suspect a right access as that part is executed as
> email-reminder user.
>
> So I try with a normal user by putting
> my $distro = `/bin/su - alain -s /bin/sh -c "/usr/bin/lsb_release -s
> -d"`;
> I am prompt for the password and then it
Hi Lee,
Well the main goal for gplaycli was to provide a noconf and very easy to
use command line for downloading apks.
Creating a google account is for some people not the best idea, because
they either disagree with their ToS or they don't want to give Google
too many infos (AFAIK Google
On Sun, 6 Nov 2016 22:40:48 -0500 Peter Colberg wrote:
> Package: opendkim
> Version: 2.11.0~alpha-7
> Severity: wishlist
>
> Dear Maintainer,
>
> Following up on #837374, I am submitting a patch that replaces the
> /etc/default file with systemd override files generated in
control: tag -1 upstream - patch
On Wed, Sep 21, 2016 at 09:26:10PM +0200, Alessandro Vesely wrote:
> I'll try and reapply the latter patch tomorrow, and see how it goes.
How did that go?
Also, would you mind checking this upstream with 0.92 and possibly
forward port your patch to that too (and
control: tag -1 confirmed
On Fri, Sep 23, 2016 at 12:44:41PM +0200, Alessandro Vesely wrote:
> I open a new bug, since #838486 is rather different.
of course.
> The same idiom, however,
> appears in the latest version of drawing-image.cpp. With the patch attached,
Thanks for the patch, it
On 2016-11-03 14:07, Helmut Grohne wrote:
> On Thu, Nov 03, 2016 at 11:05:16AM +0100, Andreas Beckmann wrote:
>> I think you rather want
>>
>> Architecture: all
>> Multi-Arch: allowed
>
> Sadly that's neither correct nor possible. M-A:allowed is not permitted
> on Arch:all packages.
Right, that
Control: tag -1 confirmed upstream
Control: forwarded -1 https://github.com/systemd/systemd/issues/4605
Jean Baptiste Favre [2016-11-07 17:21 +0100]:
> As stated by Andreas Henriksson in bug #843509,
> /usr/bin/systemd-nspawn now exit with code 1 instead of 0.
Thanks for the report! I'll look at
Re,
Le 07/11/2016 à 19:03, Lee Garrett a écrit :
> Hi,
>
> On 07/11/16 17:56, matlink wrote:
>> Hi Lee,
>>
>> Well the main goal for gplaycli was to provide a noconf and very easy to
>> use command line for downloading apks.
> I totally see the appeal, which is why I'm using it and want to see
On domingo, 6 de noviembre de 2016 22:52:26 ART Mònica Ramírez Arceda wrote:
[snip]
> Lisandro: it is my first qt5 migration, could you review it? Am I
> missing something? Could you test if it works for you?
Everything seems all right here from the Qt5 packaging point of view.
I still need to
Package: certbot
Version: 0.9.3-1
Severity: wishlist
Dear Maintainer,
In /etc/cron.d/certbot perl is the only place used. It could be solved with
just shell evaluation and sleep. A more simple script.
-0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system &&
perl -e 'sleep
Package: php-apcu
Version: 5.1.7+4.0.11-1
Severity: important
New version just contain
/etc/php/...
and
/usr/share/doc
no traces of
/usr/include
/usr/lib
thanks
--
Ivan Sergio Borgonovo
http://www.webthatworks.it http://www.borgonovo.net
Control: tags -1 + patch
Hello!
Please see attached patch which makes the package build against
openssl 1.1.0 (and hopefully also still against 1.0).
The patch has only been compile-tested so please review and
test carefully. There are still a number of deprecated warnings
which you might want
Package: ruby-text-format
Version: 1.0.0-4
Severity: minor
Esteban Manchado Velázquez has retired from Debian:
https://nm.debian.org/person/zoso
Please remove Esteban Manchado Velázquez from the Uploaders list.
Thanks
Hi,
2016-11-05 22:17 GMT+01:00 Joost van Baal-Ilić
:
> Package: wnpp
> Severity: normal
>
> Hi,
>
> I am no longer interested in maintaining dimbl. Upstream (Maarten van Gompel)
> feels shipping dimbl with Debian is of very limited use: people interested
Dear now-ex-Maintainers,
instead of citing other tools which also seem unfit, could you please mention a
better alternative here?
thank you,
Arian
signature.asc
Description: OpenPGP digital signature
On Tue, Nov 01, 2016 at 01:07:07AM +, Tatsuyuki Ishi wrote:
> Easy peasy, add --force-yes.
This does not work, but something else (--allow-remove-essential or
corresponding config option) works with apt 1.1 (>= stretch).
Bastian
--
Our way is peace.
-- Septimus, the Son
Package: libimager-perl
Version: 1.004+dfsg-1+b4
Severity: minor
Esteban Manchado Velázquez has retired from Debian:
https://nm.debian.org/person/zoso
Please remove Esteban Manchado Velázquez from the Uploaders list.
Thanks
Package: workrave
Version: 1.10.16-1
Debian version: stretch with xfce4 version 4.12.3
Applet of workrave is unusable -- reloading the applet does not help.
Package: g++
Version: 4.9_4.9.2-10
apt-get install g++
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
Se instalarán los siguientes paquetes extras:
g++-4.9 libstdc++-4.9-dev
Paquetes sugeridos:
g++-multilib g++-4.9-multilib
Package: firewall-applet
Version: 0.4.4-1
Severity: serious
File: /usr/bin/firewall-applet
Hi,
python3-dbus.mainloop.qt dependency should probably be changed to
python3-dbus.mainloop.pyqt5.
Cheers,
Laurent Bigonville
-- System Information:
Debian Release: stretch/sid
APT prefers
Can you please make sure that the patch to source (not packaging) is submitted
and accepted upstream?
We'll update to the next upstream version with it then.
> -Original Message-
> From: Helmut Grohne [mailto:hel...@subdivi.de]
> Sent: Saturday, November 5, 2016 11:10 AM
> To: Debian Bug
npm2deb doesn't manipulate any source files as of now. All files
preserves its permissions in its repository.
This could be fixed only after #30 is merged in upstream repo.
Thanks Chris.
This seems to be an already recognized upstream bug with the new
libboost 1.62.
Reference:
https://github.com/01org/hyperscan/issues/39
I will work with upstream if there is a plan to release a minor update.
Otherwise I will pin the libboost version for the Debian package.
tags 843162 patch
thanks
The crash is caused by using the wrong scanf/printf format specifier and
is fixed upstream by commit 7aa9f970e883 ("all: Use macros for
printf/scanf format specifiers"). The respective patch is attached as a
patch.
>From 7aa9f970e88382f2508ee55122e27cdcfd8cdbda Mon Sep 17
On 06.11.2016 23:14, Stephen Kitt wrote:
> Package: gcc-6
> Version: 6.2.0-11
> Severity: normal
> Tags: patch
>
> Dear maintainer,
>
> The uudecode invocation in rules.patch assumes it's running in the
> parent directory of the debian directory containing the uuencoded
> file, whereas the rest
> Hi!
>
> I've tested this (on two i386 Sid machines) and have some feedback.
>
> Dianara uses qmake as the buildsystem, so it relies on a oauth.prf spec
> file, which was missing in the Qt4 version of libqoauth-dev[1], but is
> present now.
> The problem is that this oauth.prf file needs some
On 11/07/2016 10:14 AM, Free Ekanayaka wrote:
> Hi Thomas,
>
> do you have any further take on this? If there's no strong objection I'd
> like to move forward.
>
> Cheers
Hi,
I do have a strong objection.
The deadline for library transition was today, and therefore, it is
strongly objected by
Ah, it's Pemtium 4 where SSE2 first arrived, for a moment thought it's
Pentium Pro. My bad..
So for both i386 and i686 SSE2 requirement is not valid.
Currently in Blender upstream we detect SSE/SSE2 flags based on
current CPU. Meaning, if you're builing on i686 CPU Blender should
already have
Package: lxqt-qtplugin
Version: 0.11.0-3
Severity: grave
Justification: renders package unusable
Dear Maintainer,
the package lacks a dependency on qtbase-abi-5-X-Y. As a consequence, after
upgrading to Qt 5.7 (currently in unstabled),
many Qt applications crash on startup. For some
Hi Ralf,
On Mon, Nov 07, 2016 at 10:55:19AM +0100, Ralf Jung wrote:
> Hi again,
>
> I managed to fix the crashes by re-building lxqt-qtplugin against
> current unstable. The bug this clearly is in lxqt-plugin, reported as
> #843512. Still, Qt 5.7 should probably not transition to testing
>
prosody_0.9.10-1~bpo8+1 uploaded to jessie-backports
Forwarded Message
Subject: prosody_0.9.10-1~bpo8+1_amd64.changes is NEW
Date: Mon, 07 Nov 2016 09:07:40 +
From: Debian FTP Masters
To: Victor Seva , Matthew James Wild
Hi again, and sorry for too much noise..
I've checked the compiler output of i386 build of blender from [1] and
there's such status print:
-- SSE and SSE2 optimizations are DISABLED!
Meaning, there's no SSE/SSE2 global optimization of i386 builds of
Blender in Debian already (thanks to Matteo i
Used to have them with KDE applications. Not now.
Control: severity important
Hello Mathieu,
thanks for the patch, but since itksnap uses gdcm, and also QT5, and the
latter uses dlload to pull in openssl-1.0 dynamically (and this will
not change for stretch), gdcm will also be build against the older
version of openssl.
Hence I will not apply
Package: libgtk-3-0
Version: 3.22.2-1
Severity: important
Dear Maintainer,
gtk3 applications, e.g. evince and nautilus crash randomly. The kernel
log shows a message pointing to libgtk-3.so: Nov 07 11:23:19 hostname
kernel: evince[1890]: segfault at 2400 ip 7f3abe0f9d56 sp
7ffd01aa0890
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the newly added jboss-jaxrs-2.0-api package, it duplicates the
jaxrs-api package and isn't necessary (see #838347).
Thank you,
Emmanuel Bourg
Dear Maintainer,
> Source: nostalgy
> Version: 0.2.34-1
> Tags: patch
There hasn't seem to be any update on this bug in 63 days, in which
time the Reproducible Builds effort has come on a long way. :)
Would you consider applying this patch and uploading?
Regards,
--
,''`.
: :' :
Dear Maintainer,
> Source: torque
> Version: 2.4.16+dfsg-1.3ubuntu1
> Tags: patch
There hasn't seem to be any update on this bug in 63 days, in which
time the Reproducible Builds effort has come on a long way. :)
Would you consider applying this patch and uploading?
Regards,
--
,''`.
Hello,
> On 07 Nov 2016, at 08:22, Guido Günther wrote:
>
> Supporting brltty would be great but we must not add hacks for that. It
> needs to be added as a device to libvirt and can then be exposed to
> virt-manager/virtinst which can then auto add it if the host has brltty.
Dear Maintainer,
> Source: golang-google-grpc
> Version: 1.0.0-1
> Tags: patch
There hasn't seem to be any update on this bug in 44 days, in which
time the Reproducible Builds effort has come on a long way. :)
Would you consider applying this patch and uploading?
Regards,
--
,''`.
Dear util-linux maintainers,
On Fri, 26 Aug 2016 13:44:40 +0200 Christian Seiler wrote:
> I've attached a patch against git packaging of util-linux
> that reenables the package. I've also blocked this bug against
> the corresponding bug in libselinux. Once libselinux has
>
Dear Maintainer,
> Source: python-xlib
> Version: 0.14+20091101-5
> Tags: patch
There hasn't seem to be any update on this bug in 44 days, in which
time the Reproducible Builds effort has come on a long way. :)
Would you consider applying this patch and uploading?
Regards,
--
,''`.
❦ 7 novembre 2016 16:45 +1030, Ron :
> I've always given time to anyone who took the time to understand and
> showed an interest and willingness to try something new to improve
> this. And it's clear that the person who gave the most recent (and
> best) feedback to the
Hello Andreas Henriksson
On 07/11/16 12:51, Andreas Henriksson wrote:
>> The situation was reproduced by running this script:
>> #!/bin/bash
>> echo $$
>> logger -t "task3092.sh[$$]" 'Test message'
>>
>> The outcome was reproduced by:
>> # ./task3092.sh
>> 20892
>> # tail -1 /var/log/syslog
>>
Thanks for your reply Evgeni,
I can confirm that the issue is related to the /sys/fs/cgroup/systemd to be
mounted under the cgroup2 hierarchy with systemd 232-2. The 4.8 kernel
doesn't play a role here: I tried to revert to an older snapshot with
systemd 231-10 and 4.8 kernel and lxc behaves
Package: systemd-sysv
Version: 215-17+deb8u5
Severity: normal
Tags: newcomer
Dear Maintainer,
systemd spams to serial console and /var/log/daemon.log about creating
symlinks. This bug is probably fixed in unstable, but has not
been fixed in stable jessie version of systemd 215-17+deb8u5.
Package: qemu-user-static
Version: 1:2.7+dfsg-3
Severity: wishlist
Please move the binaries out of /usr/bin to /usr/lib/qemu-user or so.
Compatibility can be provided by symlinks.
I'm currently testing foreign architecture support for cdebootstrap
using qemu-user-static. It works quiet well by
On Nov 07 2016, Ron wrote:
>> In my opinion, the fact that you had no time for this issue for multiple
>> years, but are now able to send a large number of long emails about it
>> to the ctte does not speak in your favor.
>
> I'm sorry, remind me again about where and what you
Debian buildds writes ("failed armhf build of xen 4.8.0~rc3-1"):
> * Source package: xen
> * Version: 4.8.0~rc3-1
> * Architecture: armhf
> * State: failed
> * Suite: sid
> * Builder: hartmann.debian.org
> * Build log:
>
Package: nikola
Version: 7.6.4-1
Severity: normal
Dear Maintainer,
Debian's zsh package offers a dedicated directory for other packages to
put additional completion function files into. That directory is:
/usr/share/zsh/vendor-completions
nikola seems to use:
Package: sup-mail
Version: 0.22.1-2
Severity: normal
Dear Maintainer,
Debian's zsh package offers a dedicated directory for other packages to
put additional completion function files into. That directory is:
/usr/share/zsh/vendor-completions
sup-mail seems to use:
Paul,
That's a chicken and egg problem unfortunately. This type of information is
dependent upon the machine that fwupd is running on and can't be determined
at build time.
Fwupd works dynamically with LVFS in detecting hardware that is supported.
for example even if your vendor doesn't post a
Package: ifupdown2
Version: 1.0~git20161101-1
Severity: important
Dear Maintainer,
after recent upgrade (ifupdown2:amd64 1.0~git20160525-1 -> 1.0~git20161101-1)
my WLAN network interface stopped working. Ifupdown gives error messages about
unsupported keywords in 'interfaces' configuration file.
On Mon, Nov 07, 2016 at 05:44:31PM +0100, gregor herrmann wrote:
> postInit();
> PumpController::getInitialData() step 0
> HMAC(SHA1) is not supported!
>
gregorr, looks like you need libqca-qt5-2-plugins, which contains the
Qt5 version of the QCA openssl plugin.
This is fixed upstream in mitmproxy 0.18.2. Sorry for the inconvenience!
Max
Package: tinyca
Version: 0.7.5-6
Severity: normal
With no ~/.TinyCA at all, try running:
tinyca2
hit cancel in the "Create a new CA" dialog box which pops up, and then
click the "Quit" button in the toolbar.
The result is:
Segmentation fault
:(
--dkg
-- System
[image: Inline image 1]
Package: libqt5widgets5
Version: 5.7.1~20161021+dfsg-5
Severity: grave
Justification: renders package unusable
Dear Maintainer,
After upgrading to Qt 5.7, some applications fail to launch an segfault instead.
For example, here's lxqt-powermanagement:
#0 0x in ?? ()
#1
Hi Thomas,
do you have any further take on this? If there's no strong objection I'd
like to move forward.
Cheers
On 3 November 2016 at 21:17, Free Ekanayaka wrote:
> Hi Thomas,
>
> On 3 November 2016 at 20:25, Thomas Goirand wrote:
>
>> On 11/03/2016 12:08
Sorry, I checked to roughly...
> > > Running querybts with strace results in:
> > >
> > > nicolas@my-machine:~$ strace -e trace=connect querybts
> > > --proxy=http://172.16.0.66:8080/ -b reportbug
> >
> > I don't see the error you report, with Reportbug version “6.6.6”. The
> > connection
Hi,
On Mon, Nov 7, 2016 at 8:42 AM, Karl-Philipp Richter wrote:
> Hi,
>
> Am 07.11.2016 um 07:44 schrieb Mathieu Malaterre:
>> You have a really surprising setup. How is it even possible to have
>> bumblebeed on PPC32 ? the package is supposed to be empty for this
>> arch.
>
Package: python3-nbconvert
Version: 4.2.0-2
Severity: important
Dear Maintainer,
python3-nbconvert cannot be imported - raises ImportError because of missing
python3-entrypoints.
Works after installing python3-nbconvert manually.
$ipython3
On 07.11.2016 10:32, Sergey Sharybin wrote:
> Hi,
>
> Afraid the reply to #843425 was only delivered to the BTS and not easily
> visible to you guys.
>
> Here's the full reply, same as [1]. Just so you know :)
>
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843425#10
>
>
>
Hi again,
I managed to fix the crashes by re-building lxqt-qtplugin against
current unstable. The bug this clearly is in lxqt-plugin, reported as
#843512. Still, Qt 5.7 should probably not transition to testing
without a new version of lxqt-plugin.
Kind regards,
Ralf
On Sun, Nov 06, 2016 at 10:52:26PM +0100, Mònica Ramírez Arceda wrote:
> I built the package without these changes and builds ok for me. Weird... The
> only thing I did is (a part of changing to qt5) is add a patch to use a
> different QtOAuth path. I can run it ok, as well.
>
> I uploaded my
On 11/05/2016 01:14 PM, Turbo Fredriksson wrote:
> On 4 Nov 2016, at 19:29, Thomas Goirand wrote:
>> I haven't said we should blame upstream
>
> In a way you do.. “Upstream did that”, “Upstream don’t support that”,
> “Upstream ”.
These are hard facts, it doesn't mean I'm
Package: src:opencv
Version: 2.4.9.1+dfsg-2.1
Severity: wishlist
It would be nice to also build DICOM support:
-DWITH_GDCM=ON \
Thanks
Thank you for this report.
What version of Mosh is running on the server?
What architecture is the server (is it also a Debian amd64 machine)?
Could you please also test running Mosh 1.2.5 on the client *and* server,
and seeing if you can replicate the bug? That will help us determine if
this
Control: retitle -1 mono: FTBFS on several architectures
On 12/10/16 10:21, Emilio Pozuelo Monfort wrote:
> Source: mono
> Version: 4.6.1.3+dfsg-4
> Severity: serious
>
> Your package failed to build on mipsel:
>
> chmod +x _tmpinst/bin/al
> if test -w /«BUILDDIR»/mono-4.6.1.3+dfsg/mcs; then :;
Package: wnpp
Severity: wishlist
Owner: Walter Landry
* Package name: json5-parser
Version : 1.0.0
Upstream Author : Walter Landry
* URL : https://github.com/Caltech-IPAC/json5_parser
* License : MIT and BSD
For anyone needing a workaround. This bug also hit me this morning. I
looked through a bit of the code in runc/libcontainer and it looks like it
is caused by a cgroup issue.
I took an educated guess and downgraded systemd from 232-2 to 231-9 (which
is still available in stretch) and now docker
On Mon, Nov 07, 2016 at 05:52:38PM +0100, Jan Luca Naumann wrote:
>
> * Package name: python-mailman
> Version : 3.1.0
> Programming Lang: Python
> Description : Core module for Mailman3
>
At https://bugs.debian.org/wnpp is
#799281 [w| | ] [wnpp] ITP: mailman3-core --
tag 843567 + pending
thanks
Some bugs in the libimager-perl package are closed in revision
390c8df7a9dac4aaf522084e40337d7faa9dfd89 in branch 'master' by gregor
herrmann
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libimager-perl.git/commit/?id=390c8df
Commit
Package: taskwarrior
Version: 2.5.1+dfsg-1
Severity: normal
Dear Maintainer,
Debian's zsh package offers a dedicated directory for other packages to
put additional completion function files into. That directory is:
/usr/share/zsh/vendor-completions
taskwarrior seems to use:
201 - 300 of 323 matches
Mail list logo