Package: cups-filters
Version: 1.8.2-2
Severity: minor
Logging this here before it gets forgotten.
After bug #813094 was fixed, there's no reason to depend on liblouis-data
itself.
It can be dropped as well.
Thanks.
Package: console-setup
Version: 1.137
Followup-For: Bug #759657
I've just experienced this bug. I've installed a fresh debian system on a new
laptop (using sid) from scratch.
I've configured console-setup to use TerminusBold 16x32, and while it works
just after running dpkg-reconfigure, the
Package: nginx-light
Severity: wishlist
I was looking for a small HTTP/2 server that has at least fastcgi and rewriting
support.
nginx-light fits the bill (there aren't alternatives really[!]), except HTTP/2
is included only in -full.
Would it be possible to include HTTP/2 also in light?
I
Package: console-setup
Version: 1.137
Severity: wishlist
With a display close to 300dpi and the proper KMS driver, the framebuffer
effectively becomes HiDPI as well.
The largest font currently available in console-setup is 16x32 pixels, which
might not be big enough to be read confortably
Package: cups-filters
Version: 1.7.0-1
Followup-For: Bug #808057
Hi, I've seen this discussed for 1.4.*, but cups-filters is now at 1.7 and
liblouis-data/liblouisutdml-bin are still hard dependencies.
On 22/01/16 10:54, Debian Bug Tracking System wrote:
>[ Till Kamppeter ]
>* Let cups-drivers not depend on liblouisutdml-bin any more, instead, let
> it
> depend on liblouis-bin and move liblouisutdml-bin to Suggests
> (Closes: #808057)
This still pulls ~7mb of additional
Package: qemubuilder
Version: 0.78
Severity: wishlist
I'm not sure if this is technically sound, but would it make sense to use
vmdebootstrap to setup the virtual image as needed by qemubuilder instead of
wrapping debootstrap manually?
I'm trying to use the same process/image for both
Package: qemubuilder
Version: 0.78
Severity: minor
The following warnings are visible when qemu/kvm is started:
forking qemu: kvm -nodefaults -nographic -M pc -m 1024 -kernel
/var/cache/pbuilder/kernel/debian-live-8.2.0-amd64-standard.vmlinuz -initrd
Package: pbuilder
Version: 0.222
Severity: wishlist
lxc-based containers with an overlay image would be a superior replacement to
chroot-based images, and would make cowbuilder basically obsolete.
In fact, autopkgtest has support for lxc containers as well, and it would be
nice if we could share
Package: libboost-doc
Version: 1.58.0.1
Severity: minor
There's no reason for libboost-doc to depend on g++ and g++-5.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux
Package: libboost-dev
Version: 1.58.0.1
Severity: minor
libboost-dev (and libboost-*-dev packages) explicitly depend on g++/g++-5.
Is this explicity (double) dependency necessary?
The individual packages already depend on libstdc++-5-dev, which is the correct
thing to do.
-- System Information:
On Sun, Feb 14 2016, Till Kamppeter wrote:
> I think this is a good idea. It makes one of the two utility packages be
> installed if at least one is available (ex: Ubuntu with only Main) and
> does not error if none is available. And it prefers the better if both
> are
Package: php5-fpm
Severity: minor
I started to see this message in the syslog from php5-fpm recently.
This looks the same instance as bug #809035:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809035
which involves sd_notify() with forked processes.
-- System Information:
Debian Release:
Package: roundcube-core
Severity: normal
The current dependencies on php-net-idna2/php-mail-mime/etc make this package
currently uninstallable on unstable.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
On Sun, Mar 13 2016, Sandro Knauß wrote:
> The PHP team is currently running a transistion to PHP7, that's why all
> packages are recompiled against PHP7 [0]. On the other side roundcube is
> currently not working with PHP7 and the pear packages built against PHP5 are
>
Source: roundcube
Severity: important
I'm trying to install roundcube from stratch on sid along with php5-fpm, but it
fails silently with an internal error.
The error is caused in a silenced call to PEAR::setErrorHandling
(/usr/share/roundcube/program/lib/Roundcube/bootstrap.php:102). The error
Package: gforth
Version: 0.7.3+dfsg-2
Severity: normal
Setting up gforth (0.7.3+dfsg-2) ...
Install emacsen-common for emacs24
emacsen-common: Handling install of emacsen flavor emacs24
Wrote /etc/emacs24/site-start.d/00debian-vars.elc
Wrote /usr/share/emacs24/site-lisp/debian-startup.elc
On Fri, Mar 18 2016, Sandro Knauß wrote:
>> That silenced fatal error is only one of at least two I found attempting
>> to call PEAR. Incredibly frustrating.
>
> I see - Do you have a patch for makeing it more verbosy?
I'm not sure about the reasoning of the silencing, but
On Sat, Mar 19 2016, Michael Meskes wrote:
> This is my second and last try. Could one of you please, pretty please,
> describe the bug and explain what does not work although it should, ideally in
> a way that makes it possible for me to reproduce it? So far, this bug report
>
Package: systemd-cron
Version: 1.5.4-1
Severity: normal
I've added a cronjob that runs as my user every minute (fetchmail).
Occasionally, the job is reported as failed with the following email:
Subject: [laptop] job cron-wavexx-wavexx-0 failed
● cron-wavexx-wavexx-0.service - [Cron] "* * * * *
Package: systemd
Version: 229-3
Severity: normal
I've been having problems at shutdown since I've switched to systemd, but due
to the inability of debugging systemd during shutdown it's a bit tricky to know
exactly what's going on. I apologize in advance for not having fully debugged
this, but I
Package: aptitude
Followup-For: Bug #816497
Auto flags seem to be totally broken.
I can mark a package for manual installation (vbetool), and just after the
installation the package is marked as automatically installed and for removal.
On the other side, aptitude-common was switched from
Package: udevil
Version: 0.4.4-1
Severity: normal
I want to log every use of udevil, and I'm trying to use logrotate to handle
the log as well.
For this reason I have the following set in udevil.conf:
log_file = /var/log/udevil.log
log_keep_days = 0
By default, udevil creates the logfile with
Package: org-mode
Version: 8.3.3-3
Severity: wishlist
It would be nice if org-mode would suggest its own documentation.
Thanks.
Package: src:linux
Version: 4.4.2-3
Severity: normal
I'm having some strange problems with the 4.4.2-3 kernel in
high-load/high-memory-pressure situations with a ThinkPad Carbon X1 (3rd gen)
laptop, with a fault in unlink_anon_vmas.
It tends to hang right after turning on my monitor (which I'm
Package: libselinux1
Version: 2.5-1
Severity: normal
I discovered after updating today libselinux1 that at every exec, each program
attempts to mount /proc, even if already mounted.
I'm looking at #789218, and still wonder... is it actually the job of
libselinux to mount filesystems?
My guess
Package: darktable
Version: 2.0.3-1+b2
Severity: minor
When I open the settings dialog and scroll the list with the wheel, there's
some sort of overscroll animation.
I have GTK animations turned off, so darktable shouldn't animate any dialog
elements in this case (no other gtk 3 list box does
On Wed, Apr 27 2016, David Bremner wrote:
> Hi Yuri;
>
> Thanks for the report. This annoyance, and several others, are due to
> changes in libgtk-3-0 3.20. The darktable team is working on a new point
> release that should fix these annoyances, hopefully sometime within the
>
On Wed, Apr 27 2016, David Bremner <da...@tethera.net> wrote:
> Yuri D'Elia <wav...@thregr.org> writes:
>
>> I personally wished darktable used the standard (system) GTK theme.
>> I'm not super-fond of the contrast and size of the visual elements.
>
> This se
Package: opencv-doc
Version: 2.4.9.1+dfsg-1.5
Severity: normal
I expected to find the actual documentation/reference in opencv-doc (as found
on docs.opencv.org), but it currently only contains the examples.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy:
Package: python-cvxopt
Severity: wishlist
It would be nice if you could provide a python3-cvxopt package as well.
The upstream source is already compatibile with python 3.
Thanks.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800,
On Wed, May 18 2016, Julian Andres Klode wrote:
> On Wed, May 18, 2016 at 01:59:22PM +0200, A Mennucc1 wrote:
>> But keep in mind that debdelta is integrated in 'cupt' that is another
>> package manager, similar to 'aptitude'.
The main selling point of aptitude for me is the
Package: cmake
Version: 3.5.2-1
Followup-For: Bug #805901
Yes, it would be nice if every package suggested it's own documentation when
available.
Thanks
On Sat, May 21 2016, Laurent Bigonville <bi...@debian.org> wrote:
> Le 21/05/16 à 21:53, Yuri D'Elia a écrit :
>> Sorry for the delay, but I wanted to actually give it a try before
>> giving feedback.
>>
>> Indeed, that obviously fixes the problem.
>>
>>
On Fri, May 13 2016, Laurent Bigonville wrote:
> Can you please try the patch that has been attached to the bug and tell
> me if it's fixing your issue?
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823184#44
Sorry for the delay, but I wanted to actually give it a try
Package: libgtk-3-0
Version: 3.20.4-1
Severity: normal
I noticed that GTK3 does not respect the gtk-enable-animations=false property
completely.
The overscroll effect is still visible at least in the GtkScrolledWindow widget
when scrolling events are being used.
Pretty please, respect this
Package: libgtk-3-0
Version: 3.20.4-1
Severity: important
I generally like the idea of overlay scrollbars, but somehow the current
implementation in GTK3 shouldn't have passed QA for basic usability.
I'm trying gtk3 with the stock Adwaita theme to avoid issues.
When I mouseover the right
On Mon, May 16 2016, Michael Biebl wrote:
>> I generally like the idea of overlay scrollbars, but somehow the current
>> implementation in GTK3 shouldn't have passed QA for basic usability.
>
> Thanks for your bug reports. Please consider filing such issues directly
> upstream
On Mon, May 16 2016, Michael Biebl wrote:
>> I see the handle being highlighted, but as soon as I click on it on a spot
>> which is beyond the original (thin) size, the bar disappears and I'm
>> dragging
>> the content of the underlying widget.
>
> Fwiw, I can not confirm your
On Fri, May 13 2016, Laurent Bigonville wrote:
> libselinux mounts /proc, check is the machine supports SELinux and then
> unmounts it. This is supposed to happen at early boot.
I don't understand what selinux is trying to solve here. It's not the
job of a library to mount
On Fri, May 13 2016, Laurent Bigonville wrote:
> Again this is supposed to happen at early boot, and at this stage, only
> PID1 exists. So I doubt there is a lot of concurrent processes at that time.
But this is not checked in the source.
In fact, this behavior will happen
Package: python3-hypothesis
Version: 3.1.0-1
Severity: wishlist
It would be nice if python3-hypothesis (and the python 2 package) suggested
it's own documentation.
Thanks
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800,
Package: mount
Version: 2.28-1
Severity: important
Amusing, right? But not too much.
It does actually happen due to a new behavior in libselinux, which mount links
against.
The same is true for any binary in util-linux and coreutils (and so on)
See bug #822679
I consider this behavior
On Sun, May 01 2016, Laurent Bigonville wrote:
> It's only doing this if /proc is not mounted, something that should
> happen at early boot.
>
> libselinux needs to determine the status of selinux on the machine. This is
> done by reading files
> under /proc.
libselinux should
On Sun, May 01 2016, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the libselinux1 package:
>
> #822679: Attempts to mount /proc as a regular user
I'm _not_ happy with the solution here.
This will
On Wed, May 04 2016, David Bremner wrote:
> I've just uploaded 2.0.4-1, but I suspect your bug is still there. Or at
> least the scrolling looks a bit odd with gtk 3.20. If you can confirm
> the bug is still there for you in 2.0.4, I can open a ticket upstream.
The overscroll
On Thu, May 05 2016, Axel Beckert wrote:
> What I do to use debdelta with aptitude, is the following:
>
> * Start "aptitude -u" inside a screen session
> * Wait until the package lists are updated.
> * Run "debdelta-upgrade" in a second window of the screen session
> while
Package: xpra
Version: 0.16.3+dfsg-1
Severity: normal
I cannot "attach" to a running xpra server. The client dies with a segmentation
fault:
% xpra attach
2016-04-17 13:00:38,199 Error: printing disabled:
2016-04-17 13:00:38,199 No module named cups
2016-04-17 13:00:38,219 Xpra gtk2 client
Package: graphviz
Version: 2.38.0-14
Severity: normal
graphviz 2.38 should also include 'mingle', but it's not currently built since
it depends on the ANN library.
Since it is available, could you build-depend also on libann to build this tool
correctly?
Thanks.
-- System Information:
Debian
Package: aptitude
Version: 0.8.2-1
Severity: normal
The new 'forget-new' query dialog looks broken if
'aptitude::UI::Minibuf-Prompts' is true.
-- Package-specific info:
Terminal: rxvt-unicode-256color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude
aptitude version information:
aptitude
On Fri, Jul 22 2016, Michael Biebl wrote:
> So, this is the main reason I'm worried about enabling lz4 support.
> Afair, it's not runtime configurable, so each new journal entry would be
> lz4 compressed, which effectively means we will have to use lz4 forever
> (which has quite
Package: libboost-doc
Version: 1.61.0.1
Followup-For: Bug #814808
Version 1.61.0.1 now depends on gcc-5 >= 6.1.1-9 which is obviously broken,
making this package uninstallable.
Please do not depend on g++/g++-5 for -doc.
Package: python-pdfrw
Version: 0.2-2
Followup-For: Bug #814289
I'm affected by this. It makes python-pdfrw and python3-pdfrw not
co-installable.
It also breaks a host of other packages as a consequence. You cannot install
rst2pdf and ocrmypdf together.
Package: systemd-coredump
Version: 230-7
Severity: wishlist
LZ4 compression makes a huge difference in terms of performance impact when
compressing core files, but it's currently not enabled (I guess due to missing
LZ4 dependency?).
LZ4 is the default compression method according to upstream
On Thu, Jul 21 2016, Michael Biebl wrote:
>>> LZ4 is the default compression method according to upstream since systemd
>>> 229.
>
> What exactly do you mean by "default"?
> Afaics, the default is no compression at all.
For journal entries probably not, but for core files
Package: dovecot-antispam
Version: 2.0+20150222-1+b4
Severity: normal
dovecot-antispam needs to be rebuilt for dovecot 2.2.25.
It's currently uninstallable.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Package: tulip
Version: 4.8.0dfsg-2+b4
Severity: normal
The python module bundled with tulip is only built for python 2.7
Tulip mentions already compatibility with python 3, so please build the module
also for python 3.
Thanks.
-- System Information:
Debian Release: stretch/sid
APT prefers
On Sat, Jul 16 2016, ydir...@free.fr wrote:
>> Seems like tulip depends on libbfd-2.26-system.so, but only
>> libbfd-2.26-system.so.1 is available on my system.
>
> You mean "libbfd-2.26.1-system.so", right ?
Indeed, just a typo in my part.
Package: tulip
Version: 4.8.0dfsg-2+b3
Severity: important
Seems like tulip depends on libbfd-2.26-system.so, but only
libbfd-2.26-system.so.1 is available on my system.
% tulip
tulip: error while loading shared libraries: libbfd-2.26-system.so: cannot open
shared object file: No such file or
Package: pulseaudio
Version: 9.0-1
Followup-For: Bug #794650
I would second having a separate pulseaudio-qpaeq, as well as moving the actual
plugin (so) to this package.
Having the equalizer plugin without having the interface to control it is
completely useless.
On Thu, Jul 21 2016, Michael Biebl wrote:
> And in Debian we build against libxz, so xz compression is used for core
> files.
Indeed, and it's pretty slow.
> What would we gain by switching from xz to lz4. Can you provide numbers?
I don't have enough time to back it up
Package: gnupg-agent
Version: 2.1.18-3
Severity: normal
According to upstream, it's incorrect to ship user/sockets.target.wants/* files
directly, as those cannot be disabled by the administrator.
Quote:
... should instead ship this with an [install] section and enable it at
package install
On Sat, Feb 04 2017, Daniel Kahn Gillmor wrote:
> Can you give me the exact invocation? If the agent is being
> queried/auto-launched when it doesn't need to be, that'd be something
> worth asking GnuPG upstream to take a look at.
Nothing fancy. The command line is:
gpg --batch -qe -r keyid
On Mon, Feb 06 2017, Michael Biebl wrote:
>> These are all single processes just waiting.
>> So for gpg purposes, the agent is working as intended.
>> However, I'm perplexed as of why I have so many running.
>
> I guess all of this could be solved if gnupg-agent was using
> exit-on-idle (with some
On Mon, Feb 06 2017, Daniel Kahn Gillmor wrote:
>> gpg --batch -qe -r keyid "$@"
>
> sure, but what's the "$@" ? Is it guaranteed to be a simple file name?
> or could it be more gpg options?
I left that out in a copy-paste, but it's empty. There are no extra args
to given to gpg that I didn't
On Sat, Feb 04 2017, Daniel Kahn Gillmor wrote:
> What are you doing with gpg? if whatever you're doing needs the secret
> keyring, the agent will be launched. if it doesn't need the secret
> keyring, the agent will not be launched.
In one instance, I have a couple of gpg --batch processes that
On Fri, Feb 03 2017, Michael Biebl wrote:
>> I wouldn't change anything for stretch and keep the status quo.
>
> And as already said, once we have support for user services in i-s-h,
> this can be revisited post stretch.
i-s-h?
So the reasoning here is that dh-systemd doesn't support presetting
On Fri, Feb 03 2017, Michael Biebl wrote:
>> When gpg is used via command line, the agent is started automatically
>> and then it's left sitting there. But for a system without seats, the
>> agent doesn't make sense. It shouldn't be running.
>
> That doesn't make sense. Even if you stop the
On Fri, Feb 03 2017, Michael Biebl wrote:
>> I'm quite happy about the listening sockets by default on desktop, but
>> on servers it's exactly the opposite. And masking is currently
>
> What's the problem with having them started on servers? Those are UNIX
> sockets, not something which is
On Wed, Jan 18 2017, Debian Bug Tracking System wrote:
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Daniel Kahn Gillmor
>
Package: mmm-mode
Version: 0.5.4-1
Severity: normal
This is shown during install:
Setting up mmm-mode (0.5.4-1) ...
ERROR: mmm-mode is broken - called emacs-package-install as a new-style add-on,
but has no compat file.
Install mmm-mode for emacs
install/mmm-mode: Handling install of emacsen
Please close this, I'm reporting it upstream.
Starting with 4.8 kernels, booting with i915.enable_rc6=0 fixes this
issue for me, including several other random crashes that were occurring
without apparent reason.
I guess it would be proper to move this report against one of the
current kernel images, since the problem still persists on
Sorry, never got this message since I wasn't cc-ed.
Got around it now as I'm re-checking my reports.
Yes, I'm sorry about this. It was an issue with my mirror.
The package is clearly fine.
You can close,
Thanks!
On Sat, Sep 03 2016, Werner Koch wrote:
> I just tried this:
>
> gpg --edit-key some_key_with_no_passphrase
>
> At the prompt, I set a new passphrase using the "passwd" command. A bit
> annoying is that you need to repeat it for the subkey. Next I used
> "passwd" again and entered an empty
This seems to be due that vlines2 is a bitmap in the package xbitmaps,
which I didn't have installed at the time of the bug report (the only
hard dependency that forced install is xterm on my current system).
Maybe x11-utils should Recommend: xbitmaps, the same way x11-apps does.
On Mon, 09 Nov 2015 15:35:57 +0100 Yuri D'Elia <wav...@thregr.org> wrote:
The "API reference" (/usr/share/doc/python-pandas-doc/html/api.html) in the
current package is mostly empty. For example, "General functions" contains no
links at all except for section titles.
On Sat, Feb 11 2017, Michael Biebl wrote:
>> I cannot explain why given the exact same partition/volume scheme by
>> lvm/cryptsetup, in one case I can shutdown cleanly, and in the other it
>> breaks.
>
> While I can reproduce the error messages on shutdown, it does *not*
> cause a dirty file
Package: systemd
Version: 232-17
Severity: normal
With the update to 232-17, systemd-resolved fails to start with the following
error:
Feb 10 17:46:31 test systemd[1]: Starting Network Name Resolution...
-- Subject: Unit systemd-resolved.service has begun start-up
-- Defined-By: systemd
--
Package: python-matplotlib-doc
Version: 2.0.0+dfsg1-1
Severity: normal
Noticed this error during installation:
Processing 4 changed doc-base files...
Error in `/usr/share/doc-base/python-matplotlib-doc', line 13: all `Format'
sections are invalid.
Note: `install-docs --verbose --check
Package: systemd
Version: 232-15
Severity: normal
I've setup a VM using kvm with a virtio block device, running debian unstable
and an encrypted root filesystem (automatically setup during installation as
lvm+encrypted volume).
Somehow, systemd tries to stop the lvm/crypto block devices way too
On Fri, Feb 10 2017, Michael Biebl wrote:
> Looks similar to
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848044 and a lot like
> https://github.com/systemd/systemd/issues/1620
Uhm, it does. Aside from the fact that it's not at all harmless as
mentioned, since the root fs is not unmounted.
Source: aide
Severity: normal
It seems that the short form of --limit: "-l", does not work:
# aide.wrapper -l test
/usr/bin/aide: invalid option -- 'l'
Unknown option given. Exiting
although it's clearly documented in the manual, man page and in the --help.
-- System Information:
Debian
On Sat, Feb 11 2017, Michael Biebl wrote:
>> reached? If I cannot get a clean journal out, there's nothing much I can
>> debug.
>
> You could try to attach a serial device to your VM and log the output to
> that device [1]. This will get us a more complete log.
> Attach the complete file.
But for
On Sat, Feb 11 2017, Michael Biebl wrote:
> While I can reproduce the error messages on shutdown, it does *not*
> cause a dirty file system (in particular /var) here.
> I do have persistent journal enabled on the test VM, but the filing
> killing/unmount spree in systemd-shutdown properly unmounts
Package: maim
Severity: normal
Since slop is debian as well, maim should definitely recommend (or *at least*
suggest) it, as maim's -s depend on slop to be installed.
Package: debdelta
Version: 0.55
Severity: wishlist
When I'm using debdelta-upgrade I'm generally behind a slow connection. As a
consequence I never want to download full packages (stuff like tetex would take
months and cost me a fortune).
I'm always using --deb-policy '' to enforce this
Package: gnupg
Version: 2.1.15-2
Severity: important
gnupg2 seems to think best that empty passphrases should be abolished.
During the migration from gpg1 to 2, a key previously stored with an empty
passphrase cannot be used anymore:
- attempting to use the key prompts for a passphrase, even
Package: darktable
Version: 2.0.5-2+b1
Severity: normal
The new gtk3 update broke darktable's internal skin.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.6.0-1-amd64
Package: src:linux
Version: 4.7.2-1
Severity: normal
I'm using a Carbon X1 (3rd gen). Compared to the latest 4.6 kernel, this image
has a significant performance regression in all I/O related operations.
Just as a ballpark, 4.6.0-1 can boot in generally less than 3 seconds after the
grub
Package: xserver-xorg-core
Version: 2:1.18.4-1
Severity: normal
When using the modesetting driver, there's a /significant/ performance
regression
for many applications. I can now see libreoffice dialogs *repaint* slowly
(taking 4 seconds to display the preferences dialog in it's entirety!).
Package: zathura
Version: 0.3.6-2
Severity: normal
As usual, with each GTK3 update, stuff breaks.
I now get the following when I start zathura:
(zathura:24969): Gtk-WARNING **: Theme parsing error: :12:26: Using Pango
syntax for the font: style property is deprecated; please use CSS syntax
Package: libopencv-shape3.0
Severity: normal
Version: 3.0.0+dfsg-1~exp7
I wanted to give opencv3 a try from the experimental packaging.
I noticed libopencv-shape3.0 depends on both libopencv-video-dev and
libopencv-video3.0 at the same time.
I suppose libopencv-video-dev is undeeded.
-- System
Package: hevea
Version: 2.29-1
Severity: normal
Looks like that since 2.29-1 the hevea-doc package is no longer built.
It would be nice if the package would be built again, or in the worst case,
drop the suggests.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT
Package: aptitude
Version: 0.8.3-1+b1
Severity: normal
Setting a package in "iA" state on hold clears the automatic flag, but there's
no reason it should. The auto state should be preserved when putting a package
on hold, as forbid currently does.
-- Package-specific info:
Terminal:
Package: qt5-style-plugins
Severity: important
Dear maintainer,
Qt 5.7 doesn't support the GTK style anymore. The qt5-gtk-themeplatform is next
to useless (what I care about is consistency between widgets!).
It looks like the qt5ct package (ITP #822246) could still make use of use the
gtk2
Package: systemd
Version: 232-1
Severity: serious
Upgrading systemd from 231-10 to either 232-1 or 232-2 breaks systemd-resolved
and dovecot on my system, with the following error when the units are started:
Nov 7 15:26:03 e systemd[18963]: systemd-resolved.service: Failed at step
NAMESPACE
On Mon, Nov 07 2016, Michael Biebl wrote:
>> Kernel: Linux 3.4.112-kvm-i386-20161024
>
> I suspect your kernel is too old and/or doesn't have all necessary
> features enabled. Have you checked
As written, this is 3.4.
> See /usr/share/doc/systemd/README.gz
> It explicitly mentions 3.12 as
Package: python-pyqtgraph
Version: 0.9.10-5
Severity: normal
pyqtgraph 0.10 can now also work with pyqt5. I'd suggest adjusting the
dependencies to allow this.
python-pyqtgraph should depend on python-qt4 | python-pyqt5 | python-pyside
python3-pyqtgraph should depend on python3-pyqt4 |
On Sat, Oct 22 2016, Michael Biebl wrote:
> Is it possible to enable lz4 for coredumps only?
Not according to upstream.
> Felipe's argument about apt already pulling in libz4 makes me less
> concerned, fwiw, as we wouldn't introduce yet another new dependency in
> the "base"
401 - 500 of 765 matches
Mail list logo