On Mon, Mar 11, 2019 at 12:34:56AM +0100, Nicolas Braud-Santoni wrote:
> clone 917807 -1
> retitle -1 Orphan libcaca
> severity -1 normal
> Hi Sam,
> I'm planning on fixing those security issues for Buster.
> Given that you last touched the package in 2014, and
> Please consider to upgrade to the current upstream version of calibre
I uploaded 3.40.1 to experimental - this kind of code change cannot
enter now that we are near freeze.
Thanks for the reminder
I have the same issue with the current Debian Buster kernel using an
Acer Aspire 5930G both with suspension and the hibernation; I'm using
the following kernel:
Linux debian 4.19.0-2-amd64 #1 SMP Debian 4.19.16-1 (2019-01-17)
After suspension or hibernation, the network
btrfs-compsize fails to cross build from source, because it does not
pass cross tools to make. The easiest way of fixing that - using
dh_auto_build - makes btrfs-compsize cross buildable. Please
Justification: breaks build infrastructure
When mkkey fails to run, netrek-client-cow has a very bad failure mode.
It loops until mkkey succeeds:
| until ./mkkey key.cow.linux "Client Of Win" "automatic packaged key"
recently I was learning about presseding UEFI installs and
I think the install guide could use a small addition to make
that journey easier. I also sent a patch to partman-auto-recipe.txt
but I am sure the readership
On Mon, 2019-03-11 at 11:29 +0800, Shengjing Zhu wrote:
> I'm also long-time user of keepassx.
I was also a user of keepassx. Its bugs and continual crashes were a
real annoyance, so I was always on the lookout for a more stable, 100%
compatible replacement. I found one, or more accurately one
I recently spent some time working on getting EFI installs going.
It took rather a lot of digging to find out how to set up an EFI
partition in a partitioning recipe so I thought I would try to
On Mon, 11 Mar 2019, Marco d'Itri wrote:
> On Mar 11, Matija Nalis wrote:
> > Has this issue ever has been dealt with for bugs.debian.org (as it
> > seems to have been solved for lists.debian.org in forked #752084) ?
> No: it is obvious that the messages relayed by the BTS are still
I think this may have been handled?
% git remote -v
origin https://salsa.debian.org/installer-team/partman-auto.git (fetch)
origin https://salsa.debian.org/installer-team/partman-auto.git (push)
% git log --oneline recipes-amd64-efi/atomic
4d2966b Set minimimum size of / partition
On Mon, Mar 11, 2019 at 3:15 AM Reinhard Tartler wrote:
> Package: wnpp
> Severity: normal
> Keepassx is a graphical password manager, using the Qt4 toolkit. I'm no
> longer using this package and have personally switched to
> 'password-store'. Unfortunately, I've also failed to get a
On Sun, Jan 20 2019, 積丹尼 Dan Jacobson wrote:
> Package: bash-completion
> Version: 1:2.8-5
> Severity: wishlist
> File: /usr/share/bash-completion/completions/sh
> I think 90% of shell scripts don't have a .sh extension.
> $ sh anyf
> should still complete to
> $ sh anyfile
On Sun, Mar 10, 2019 at 01:11:46AM -0800, Rick Thomas wrote:
> Package: ntpsec
> Version: 1.1.3+dfsg1-2
> Severity: important
> Dear Maintainer,
> *** Reporter, please consider answering these questions, where appropriate ***
>* What led up to the situation?
> the /etc/ntpsec/ntp.conf
Quoting Tong Sun (2019-03-10 23:57:17)
> When I run sbuild-debian-developer-setup within docker, this is what I'll get:
> root/# sbuild-debian-developer-setup
> Please run sudo /usr/bin/sbuild-debian-developer-setup at
> /usr/bin/sbuild-debian-developer-setup line 40.
Postfix in buster still suggestions ufw, which is iptables based. Per
“iptables is being replaced by nftables starting with Debian Buster”. We
should be suggesting nftables instead of ufw (or maybe both) to encourage
On 10/03/2019 11:53, Michael Biebl wrote:
Have you filed such an upstream bug report?
It was closed though. :(
After talking to kibi and jrtc27 on IRC, pushing up a new proposed
diff with some tweaks to the control file and changelog.
For more background about how this happened and why the move to v9
fixes it (with many, many thanks to Michael Biebl who walked me
through this earlier when I sent up a
On Mar 11, Matija Nalis wrote:
> Has this issue ever has been dealt with for bugs.debian.org (as it
> seems to have been solved for lists.debian.org in forked #752084) ?
No: it is obvious that the messages relayed by the BTS are still
> I can provide whole forensic report if
Please unblock package afflib.
The afflib had a FTBFS because a library symbol. The symbol was removed and
a little updated was made in package. This upload closed bug #923959.
Has this issue ever has been dealt with for bugs.debian.org (as it
seems to have been solved for lists.debian.org in forked #752084) ?
Because I still have breakage when I submit mail to bugs.debian.org
and I get failure notices from other hosts as noted in
> What might work is disabling the avdevice outdev AND
> moving 'ffplay' to its own binary package.
Before suggesting this, I would prefer the OP to test. I
still do not entirely believe that this fixes his issue.
On 3/10/19 11:23 PM, Reinhard Tartler wrote:
> Source: docker.io
> Severity: normal
> Control: block 923300 by -1
> While working on the package 'golang-github-openshift-imagebuilder', I
> was running into compilation errors, more specifically, unresolved
> dependencies during the build:
Control: tags -1 + confirmed upstream
On Fri, Feb 01 2019, 積丹尼 Dan Jacobson wrote:
> Package: bash-completion
> Version: 1:2.8-5
> Why can't one enter a second option?
> $ grep --no-filename --c
Completions for grep are provided by the _longopt function, which
completes every option that
Please push netatalk 3 to buster before the freeze. It doesn't really
help people if it's forever in sid. Push netatalk v2 to it's own package
if needed, or 3 in it's own. I am glad to see it in sid, at least though.
On Sun, Mar 10, 2019 at 6:57 PM Carl Eugen Hoyos wrote:
> 2019-03-10 23:21 GMT+01:00, Reinhard Tartler :
> > On Sat, Mar 9, 2019 at 2:51 PM Carl Eugen Hoyos
> >> Could you test the configure option "--disable-outdev=sdl2"?
> >> Your report indicates it should fix your issue, I am
Owner: Gabriel Filion
* Package name: vagrant-librarian-puppet
Version : 0.9.2
Upstream Author : Vox Pupuli
* URL : https://github.com/voxpupuli/vagrant-librarian-puppet
* License : MIT
Programming Lang: Ruby
-BEGIN PGP SIGNED MESSAGE-
I'm trying to import am existing package in git, with the caveat that I already
set up the upstream branch and tags -- I want to base it off upstream's git
history, so I can easily
tag 924275 +pending
On Sun, Mar 10, 2019 at 09:29:04PM +0100, Sven Hartge wrote:
> While I like the new fsck-via-LVM-snapshot feature, I think adding lvm2
> to Recommends is too agressive here.
> On systems not using LVM this will needlessly pull in the whole LVM/DM
I just uploaded (to experimental) a package policy-rcd-declarative,
which ships a policy-rc.d script that can be configured through static
files, in an attempt to address some of the issues pointed out in this
It's not yet ready for prime time (hence the upload to experimental
python-mode fails to install along xemacs21. This is a rebuild of the
fix that was applied in sid: skip xemacs21 in emacsen.install
The package is already uploaded.
On Mon, 2019-03-11 at 00:20 +0100, Michael Biebl wrote:
> Hi Ben
> Am 10.03.19 um 23:17 schrieb Ben Hutchings:
> > I think it would make sense for systemd to only set the hibernation
> > device if it's not already set (i.e. if /sys/power/resume contains
> > "0:0\n").
> I get $ cat
Control: found -1 3.51
I think this was closed by accident
Re-opening this bug report. Dropping anacron from task-desktop/laptop
should still happen. If not for buster, then for buster+1
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from
clone 917807 -1
retitle -1 Orphan libcaca
severity -1 normal
I'm planning on fixing those security issues for Buster.
Given that you last touched the package in 2014, and didn't address this
bug within 3 months, may I go ahead and orphan the package while I'm at it?
Hi, the problem with Debian gprolog is that it's based on an experimental
branch (modules), which is incomplete and is the cause of the bug.
The fix may be as simple as getting the regular upstream and recompiling it.
I'm a bit confused with the git-based packaging tools, so maybe I should
Owner: Dawid Dziurla
* Package name: golang-github-alcortesm-tgz
Version : 0.0~git20161220.9c5fe88-1
Upstream Author : Alberto Cortés
* URL : https://github.com/alcortesm/tgz
* License : Expat
Programming Lang: Go
On Sun, 10 Mar 2019 18:07:57 +0100 Nicolas Braud-Santoni
> Control: tags -1 - moreinfo
> On Sun, Mar 10, 2019 at 08:58:00AM +, Niels Thykier wrote:
> > --link-doc requires dir-to-symlink migration via dpkg-maintscript-helper
> > in the maintscript. I do not see that in the debdiff,
I finally found out why I could not use xstrdup so with that fixed I run
the tests again. No crash. My guess is that the crash is some other part of
the code and not the newly introduced functions.
On Mon, 11 Mar 2019 at 00:09, Ola Lundqvist wrote:
> Hi Mike
> I have had a
tony mancill (Sunday 2019-03-10):
> I had a try at this. I pulled the latest upstream release 1.4.5 from
> gprolog.org , which is dated February of 2019 and it exhibits the
> same problem reported in this bug report.
Are you sure? The official 1.4.5 works for me when
Am 10.03.19 um 23:17 schrieb Ben Hutchings:
> I think it would make sense for systemd to only set the hibernation
> device if it's not already set (i.e. if /sys/power/resume contains
I get $ cat /sys/power/resume
which part is responsible for setting that?
Why is it
I also was able to build in unstable, but building in buster still
FTBFS, so at one of the build-dependencies is still broken in buster.
Control: severity -1 important
Control: tags -1 moreinfo
> I now tried to collect debug info with the cli-version - it crashes the
> same way with segfault:
> linphonec -d 5 -l linphone-debug
> the last lines in the debug output after password enty and before crash are:
Control: tag 913138 pending
Control: tag 913119 pending
On 2019-02-26, martin wrote:
> On 2019-02-26 21:11, Cesare Leonardi wrote:
>> On 13/02/19 18:21, Dragan Milenkovic wrote:
>>> This patch is already on its way to stable branches. I have tested it
>>> and confirmed that it resolves the
On 3/10/19 11:03 PM, Andrew Cooper wrote:
> On 10/03/2019 21:35, Hans van Kranenburg wrote:
>> Using dom0_mem=2GiB,max:4GiB instead of dom0_mem=2GiB,max:2GiB (which I
>> started with) makes the errors go away, so workaround confirmed.
It's actually dom0_mem=2G,max:4G, I typed
I have had a look at this. First of all I do not think the CVE is
completely fixed even with the additional patch. I also do not fully
understand how 6111-2.patch is supposed to work. More about this below.
Let us give some example commands.
 scp host:/foobar/a* b
 scp host:a* b
The problem is the incompatibility of the setup.py and debianhelper.
It can be solved either with a patch in the Debian Package or directly
in upstream. Solving it in the upstream is definitely a better idea,
but it requires to test it in different operating systems, as it
It looks like version 5.0.30 is not impacted by the CVE, and to the
best of my abilities, I couldn't reproduce the insecure behavior.
I didn't try to read through the source to see if a fix patch *might*
still do something useful. Commit
On Sun, Mar 10, 2019 at 10:26:23PM +, Daniel Abrecht wrote:
> Hello Bill
> On 10/03/2019 16.41, Bill Allombert wrote:
> > Do you know where in the GPM code this ioctl is used ?
> I'm not sure how gpm does it, but console application which use ncurses,
> such as dialog for example, do
When I run sbuild-debian-developer-setup within docker, this is what I'll get:
Please run sudo /usr/bin/sbuild-debian-developer-setup at
2019-03-10 23:21 GMT+01:00, Reinhard Tartler :
> On Sat, Mar 9, 2019 at 2:51 PM Carl Eugen Hoyos wrote:
>> Could you test the configure option "--disable-outdev=sdl2"?
>> Your report indicates it should fix your issue, I am not convinced but
>> if it fixes your issue, Debian should consider
Control: severity -1 important
Control: tags -1 + wontfix
Control: tags -1 - patch
> I discovered the following security bug in bind9 a few weeks ago, and
> responsibly disclosed it to the ISC security officer. Unfortunately, until
> today they did not acknowledge it is a security
On Wed, Jul 04, 2018 at 06:55:11PM +0300, Cedric Ware wrote:
> I don't think anything changed with this bug, which still prevents
> gprolog's inclusion in any stable release, and affects Ubuntu as well.
> I believe just pulling the latest upstream source would fix it.
On 10/03/2019 16.41, Bill Allombert wrote:
> Do you know where in the GPM code this ioctl is used ?
I'm not sure how gpm does it, but console application which use ncurses,
such as dialog for example, do detect mouse clicks from it. vttest
doesn't show them though, so it currently
On Sat, Mar 9, 2019 at 2:51 PM Carl Eugen Hoyos wrote:
> Could you test the configure option "--disable-outdev=sdl2"?
> Your report indicates it should fix your issue, I am not convinced but
> if it fixes your issue, Debian should consider using it as the device
> is mostly a (cheap)
On Sun, 2019-03-10 at 19:25 +0100, Michael Biebl wrote:
> Hi Mario,
> On Fri, 6 Jul 2018 12:41:37 + wrote:
> > Yes I could see two swap partitions causing the wrong one to be picked.
> > It's trying to select the bigger of the two.
> > If they don't match the one you're
On 10/03/2019 21:35, Hans van Kranenburg wrote:
> found -1 4.19.20-1
> Reviving a thing from Jan 2017 here. I don't have this thread in my
> mailbox, so no inline quotes.
> I just installed some HP z820 workstation and rebooted it into Xen
> 4.11.1+26-g87f51bf366-3 with linux
Control: reassign 891434 src:grub2
Control: forcemerge 891434 923839
On Tue, Mar 05, 2019 at 03:43:31PM -0800, Steve Langasek wrote:
> But I'm reassigning this bug to grub2, because I think the right answer for
> nearly all efibootmgr write failures on update of the bootloader packages is
I recently experienced the same issue here. Until Debian Stretch everything was
fine, but I recently upgraded to Debian Buster (pre-release). I previously just
set the spindown time and this used to work fine. Hdparm -Y on the devices
(using the plain /dev/sd? paths) still worked, but
[CCing the ML, might see a bit more traction there]
On Sat, Feb 23, 2019 at 11:13:14AM +0100, Michael Stapelberg wrote:
> I am orphaning this package effective immediately. I have never personally
> FreeRADIUS, and only stepped in to help when I saw the package was in bad
Hi Picca (2019.03.09_20:56:03_-0800)
> I'm interested to hear about any API/ABI breakage in cffi modules, but I
> just can't find the culprits, here.
Sorry, was tired and closed the wrong clone of the bug.
However, this bug is also no longer reproduceable, as mentioned in
message 62 from
found -1 4.19.20-1
Reviving a thing from Jan 2017 here. I don't have this thread in my
mailbox, so no inline quotes.
I just installed some HP z820 workstation and rebooted it into Xen
4.11.1+26-g87f51bf366-3 with linux 4.19.20-1 as dom0 kernel.
During boot I'm greeted by a long list
Owner: Thomas Goirand
* Package name: puppet-module-deric-zookeeper
Version : 0.8.4
Upstream Author : Tomas Barton
* URL : https://github.com/deric/puppet-zookeeper
* License : Apache-2.0
Programming Lang: Puppet
Dear Go team,
I am looking for a sponsor for the package "golang-github-gokyle-fswatch".
This package is a prerequisite for upcoming package "lazygit" (#908894).
The package was tested on both gbp and sbuild. It's also
On 3/10/19 9:05 AM, Salman Mohammadi wrote:
> Dear Maintainer,
> I could install this package (0.18~pre1+dfsg1-4) with no problem and
> this bug seems to be resolved. But on the tracker page, this package has
> been marked for autoremoval on 29 March, with this message:
On Sun, Dec 02, 2018 at 04:36:37PM +0200, Adrian Bunk wrote:
> Source: java3ds-fileloader
> Version: 1.2+dfsg-3
> Severity: serious
> Tags: ftbfs
> [mkdir] Created dir:
Subject:Re: Bug #866898 - Xorg issues
Date: Sun, 10 Mar 2019 20:44:24 +
From: Matthew Vernon
To: Andrew M.A. Cater
On 10/03/2019 14:06, Andrew M.A. Cater wrote:
Lurking in Debian BSP in Cambridge: does the above bug still
Please unblock package dahdi-linux
* Fix of a serius bug (#923983)
* An autopkgtest that works (the existing one was failing) and that
checks more functionality.
* Many smaller packaging
Owner: Jongmin Kim
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-gokyle-fswatch
Version : 0.0~git20121217.1dbdf83-1
Upstream Author : 2012 Kyle Isom
* URL :
While I like the new fsck-via-LVM-snapshot feature, I think adding lvm2
to Recommends is too agressive here.
On systems not using LVM this will needlessly pull in the whole LVM/DM
machinery, including changes to the initramfs, as long as
A prototype patch is attached. This splits up the offending .dot file
into two separate .dot files, each with a single graph. The package then
builds. Please double-check this. You'd need to ship this as a patch in
debian/patches. Let me know if you'd like me to finish this as an nmu.
When I used export menu in makehuman, I always got errors as follows,
and no exported file was created.
Yes, that fixes the problem.
On Sun, 10 Mar 2019, 19:57 Simon McVittie, wrote:
> Control: reassign -1 ioquake3 1.36+u20181222.e5da13f~dfsg-1
> Control: tags -1 + moreinfo
> Control: affects -1 openarena quake3
> Control: affects 923226 + openarena quake3
> On Sun, 10 Mar 2019 at
On Sun, Mar 10 2019, Gabriel F. T. Gomes wrote:
> It only adds the backslash to unset variables, but not when the variable
> is set, for instance:
> zless /usr/share/$PATH/
> does nothing, whereas
> zless /usr/share/$ASDF/
> zless /usr/share/\$ASDF/
> causes the problem you
Control: reassign -1 ioquake3 1.36+u20181222.e5da13f~dfsg-1
Control: tags -1 + moreinfo
Control: affects -1 openarena quake3
Control: affects 923226 + openarena quake3
On Sun, 10 Mar 2019 at 19:42:20 +, Matthew Hoare wrote:
> Program failed to launch with a lengthy error message
I tried the fix_db.pl script, there was no output. Here is the only
--- debconf.old/config.dat▸-2019-03-10 18:43:37.265483165 +0100
+++ debconf/config.dat▸-2019-03-10 18:43:41.261085496 +0100
@@ -1151,7 +1151,7 @@
I tried to build this package in buster but it failed:
dh build-indep --with python3
On Sun, Mar 10, 2019 at 12:12:57AM +0100, Michael Biebl wrote:
> Is this still an issue with 241-1 from unstable?
Sorry, this is a productive system, I cannot just do upgrades to
unstable in that network setup to check wether a bug reported and worked
around nearly two years ago was fixed
reassign -1 mk-configure
Hi. I looked into this, and the conclusions are:
- This is not an FTBFS for graphviz, but rather for mk-configure. The
graphviz package builds just fine, but ...
- The "dot" executable it produces has a bug: graphs spanning multiple
pages contain incorrect
I was just about to file a bug report saying these exact things.
Instead, I'll just say these things are still an issue.
Hi piuparts devels,
On 10-03-2019 16:27, Osamu Aoki wrote:
>> The piuparts regression should be fixed first please.
> E: Unable to locate package maint-guide-vi
Can you please reschedule maint-guide-vi in unstable? It seems the
mirror was behind again.
Justification: renders package unusable
* What led up to the situation?
I attempted to launch the program.
* What exactly did you do (or not do) that was effective (or
Ran `openarena` from a
Control: severity -1 important
Control: tags -1 + unreproducible
On Mon, 03 Sep 2018 at 20:32:14 -0500, william l-k wrote:
> Could this be what we were looking for:
> Aug 28 09:30:54 user gnome-shell: JS ERROR: TypeError:
> this._currentWindow is null
I don't think so: it doesn't look
severity 924087 minor
notfound 924087 0.2+ds-0+nmu1build2
found 924087 0.2+ds-0+nmu1
On Sat, Mar 09, 2019 at 03:08:04PM +0200, Eliran Gonen wrote:
> In the first line it looks like “ do draw “ should have been “ to draw “.
Yup. When there ever will be an upload of textdraw again (I
control: tags -1 +moreinfo
[2019-02-06 20:20] Andreas Metzler
> Package: lsb-base
> Version: 10.2018112800
> Severity: serious
> there is a logic error in /lib/lsb/init-functions's killproc:
> if [ ! $pidfile ]; then
> name_param="--name $base
[2019-03-09 12:17] "Chris Lamb"
> Hi Dmitry,
> > * bin:foo uses functionality of dh_runit (test -f debian/foo.runit),
> >but bar does not (! test -f debian/bar.runit)
> Is this a 100% reliable test for "runit usage"? I'd rather check
> something else rather than "debian/$binpkg.runit",
[2019-03-08 22:40] Niko Tyni
> On Fri, Mar 08, 2019 at 02:39:53PM +, Dmitry Bogatov wrote:
> > I believe this patch would somewhat solve issue. Dear submitter, can you
> > please apply this patch, build package and check, that `gdbm_load-nolfs'
> > binary from created bin:gdbmtool does
[2019-03-08 23:43] Jan
> >From f7b8f943d1f7a8f26df8d81eeb0a2d5a69ee7e22 Mon Sep 17 00:00:00 2001
> From: Jan
> Date: Wed, 6 Mar 2019 18:38:04 +0100
> Subject: [PATCH] fix: replace obsolete usleep with nanosleep
> POSIX.1-2001 declares usleep obsolete,
> POSIX.1-2008 removes the
[2019-03-09 17:59] Pierre Ynard
> part text/plain1139
> > > My opinion is that /etc/init.d/reboot should honor NETDOWN, and
> > > source it from /etc/default/halt. And then NETDOWN should be
> > > documented in /etc/default/halt, as requested in #703844.
> > Actually,
[2017-01-21 20:54] Balint Reczey
> Control: tags -1 confirmed
> On Sat, 27 Sep 2014 21:14:46 -0500 Troy Benjegerdes wrote:
> > So can we have a prerm script for bash that sets the root
> > shell back to /bin/sh, or at least asks the admin if they want
> > zsh or tcsh, and warns about
since Debian now uses FHS-3.0, /usr/libexec is more suitable place for
exectables then generic /usr/lib location.
Please, consider moving.
-- System Information:
Distributor ID: Devuan
I believe something as simple, as this would do:
From ce28f12b7682fc5750fe225ac563cacfdcf81ff0 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Sat, 9 Mar 2019 20:48:07 +
Subject: [PATCH] Document NETDOWN variable in /etc/default/halt
debian/src/initscripts/etc/default/halt | 3 +++
Keepassx is a graphical password manager, using the Qt4 toolkit. I'm no
longer using this package and have personally switched to
'password-store'. Unfortunately, I've also failed to get a response
from upstream from
please consider making chiark-really drop-in replacement for sudo. For
my own purposes,
alias sudo='PATH=/bin:/sbin:/usr/bin:/usr/sbin /usr/sbin/really'
is perfectly fine, but some packages pull dependency on
Control: tags -1 + confirmed upstream
On Tue, Feb 19 2019, 積丹尼 Dan Jacobson wrote:
> $ set apt-show-versions
> $ zless /usr/share/doc/$@/ch
> $ zless /usr/share/doc/$@/ch
> chromium chromium-common chromium-sandbox chromium-shell
> $ zless /usr/share/doc/\$@/chromium
Hi release team,
I just realized that the version information for Debian bug #875012
([libgwenhywfar] Future Qt4 removal from Buster) was incomplete and
inaccurate. I assume this to be caused by the merge of the upload
history of the multiple unstable and experimental versions. I've just
On Mon, Dec 24, 2018 at 12:20:05AM +, Steve McIntyre wrote:
>Justification: fails to build from source (but built successfully in the past)
>I've been doing a full rebuild of the Debian archive, building all
On Sun, Mar 10, 2019 at 2:48 PM Adam D. Barratt
> The source debdiff is clearly *not* empty. Your diffoscope output shows
> changes to debian/changelog, debian/control, debian/compat, ... those
> are all in the source package and thus would appear in a source
Derp, was diffing
On Sun, 2019-03-10 at 14:37 -0400, Harlan Lieberman-Berg wrote:
> debdiffs of the .debs are attached. The source debdiff is empty.
> Diffoscope output is also attached.
The source debdiff is clearly *not* empty. Your diffoscope output shows
changes to debian/changelog, debian/control,
I've been trying the intel-media-va-driver package on my Coffee Lake,
where the old driver works fine. It seems I can't get H.264 encoding
gruessi:~> export LIBVA_DRIVER_NAME=iHD
On Sun, Mar 10, 2019 at 07:34:46PM +0100, Guido Günther wrote:
>On Sun, Mar 10, 2019 at 02:11:38PM +, Steve McIntyre wrote:
>> Hi guys,
>> I don't know if you've even seen this RC bug. Could you please update
>> the maintainer address to point to something that works?
>I wasn't. I
There is a circular dependency between libodb-api-bin and libodb-api-dev:
libodb-api-bin :Depends: libodb-api-dev (= 0.18.1-5)
libodb-api-dev :Depends: libodb-api-bin (= 0.18.1-5)
Circular dependencies are known to
1 - 100 of 296 matches
Mail list logo