Package: pristine-tar
Version: 1.47
Severity: normal
Dear Maintainer,
Unable to import the new version of libvirt [1]. Seeing following message
bp:info: Importing '../libvirt_6.4.0.orig.tar.xz' to branch 'upstream/latest'...
gbp:info: Source package is libvirt
gbp:info: Upstream version is 6.4.0
Package: wnpp
Severity: wishlist
Subject: ITP: python-pairix -- 1D/2D indexing and querying with a pair of
genomic coordinates
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: python-pairix
Version : 0.3.7
Upstream Author : Soo Lee
* URL : https:
Do you actually inform whether the maintainer has even taken note of the
reported problem / bug ?
Package: node-mime
Version: 2.4.4+dfsg-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
It seems some files are inappropriately shipped outside of the regular
nodejs dir: /usr/share/node-mime
- Jonas
-BEGIN PGP SIGNATURE-
iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgAS
Package: nfs-common
Version: 1:1.3.4-2.1
Running "/etc/init.d/nfs-common start" rpc.idmapd failed with
rpc.idmapd[9725]: main: open(/run/rpc_pipefs/nfs): No such file or directory
Ain't the startup script supposed to create this directory?
init is sysv
Regards
Harri
On Sat, 13 Jun 2020 18:48:23 +0300, Adrian Bunk wrote:
> -lSPIRV-Tools -lSPIRV-Tools-link -lSPIRV-Tools-opt -lrenderdoc_libentry
> /usr/bin/ld:
> /usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/libSPIRV-Tools-opt.a(optimizer.cpp.o):
> in function `spvtools::Optimizer::Run(unsigned int
I have not been able to find what the cause of the bug was - however, I
made a new installation of Debian Sid, which shows no signs of the
issue.
Source: gocr
Hi,
The purpose of gocr-dev is uncleared. gocr is not a library, there is
no readme to state how to use this package, and the mentioned libgocr
package has long been removed from archive.
As k2pdfopt requires libgocr, it would be great if you could consider
providing libgocr.
Control: reassign ca-certificates-java 20190405
On Sb, 13 iun 20, 12:48:05, MG wrote:
> Package: ca-certificates-java (apt install ca-certificates-java)
>
> version : apt 1.8.2.1 (armhf) (on beagleboard - using 10.3 IoT image)
>
>
> Note: Attempting to install jitsi
>
>
> root@{hostname}:/h
To clarify this Bug, the current 64-bit build now provided for MUMPS
(Bug#961185) means 64-bit PORD (64-bit ordering of indices), using the
OPTC=-DPORD_INTSIZE64 flag. MUMPS_INT remains 32 bit.
This Bug (#961976) refers to a full all-integer 64-bit build, which
would be triggered with OPTC=-DI
On Sun, Jun 14, 2020 at 1:45 AM أحمد المحمودي wrote:
> A pure universal Python C (pre-)preprocessor implementation very useful for
> pre-preprocessing header only
> C++ libraries into single file includes and other such build or packaging
> stage malarky.
> The implementation can be used as
Control: tags 949472 + patch
Dear maintainer,
I've prepared an NMU for python-pex (versioned as 1.1.14-3.1) and
uploaded it to DELAYED/3. Please feel free to tell me if I
should delay it longer or cancel NMU.
Regards.
Gleisson
diff -Nru python-pex-1.1.14/debian/changelog python-pex-1.1.14/de
On Sat, 2020-06-13 at 20:39 +0800, Paul Wise wrote:
> After that you can use the Debian wayback machine to find out which
> Debian builds of the Linux kernel have this issue and which do not.
It seems you had trouble with this. I think the problem might be that
you are downloading all of the Linu
On Sun, 14 Jun 2020 at 08:32, Nelson H. F. Beebe wrote:
> [...]
> That is not the same version of exiftool that Boyuan reported, but there
> was no URL for his version. I someone cares to send me a suitable source
> URL off list, I'll do another build with it on my new S/390 VM.
Thank you. The
Package: wnpp
Severity: wishlist
Owner: أحمد المحمودي
* Package name: pcpp
Version : 1.21
Upstream Author : Niall Douglas (http://www.nedproductions.biz/) and David
Beazley (http://www.dabeaz.com/)
* URL : http://www.example.org/
* License : BSD-3
Programmin
Hello Osamu,
On Mon, Oct 14, 2019 at 09:11:37PM +0900, Osamu Aoki wrote:
> Hi,
>
> Upstream has already created 2.1.8pre on github. For my backport needs,
> I have created salsa.debian.org repository with completely updated
> packaging ;-)
>
> https://salsa.debian.org/debian/shunit2
>
> If n
btw:
All the dependencies seem to be in Debian already,... building is done
with CMake.
The python bindings work with python3, but it seems that per default
CMake picks up Python2 instead.
I had to set -DPYTHON_EXECUTABLE:FILEPATH=/usr/bin/python3 for
CMake,... then it worked.
https://github
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "procinfo"
* Package name: procinfo
Version : 1:2.0.304-4
Upstream Author : [fill in name and email of upstream]
* URL : http://procinfo-ng.sourceforge.net
* Li
Package: facter
Version: 3.11.0-4.1
Severity: grave
facter no longer works at all on amd64. When invoked, it dies with
an invalid pointer error:
% facter
free(): invalid pointer
Aborted (core dumped)
gdb backtrace:
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1 0
Hey.
An update on this... it seems to me, that s2sphere is in fact rathe
runmaintained... and it also seems that s2geometry (with it's Python
bindings) is that canonical library (and the bindings seem far more
complete).
I've even ported my own program in the meantime from s2sphere to the
Python
I know that at the start of the year some reorganization within the X11
packages caused down FTBFS while files where being moving around.
I recommend you just close this bug. FTR, it also builds in
reproducible-builds testing.
On Sun, 14 Jun 2020, 12:33 am Sudip Mukherjee,
wrote:
> Hi Helmut,
Control: tags -1 upstream
Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=421262
Control: retitle -1 valgrind causes miscalculation on long double
On 2018-02-12 03:04:30 +0100, Vincent Lefevre wrote:
> valgrind causes miscalculation on the following program:
>
> ---
Package: valgrind
Version: 1:3.15.0-1
Severity: minor
The valgrind(1) man page uses URLs that start with
http://www.valgrind.org/
The https version should be used.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'st
Package: containernetworking-plugins
Version: 0.8.6-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.
Se
Package: kaccounts-integration
Severity: normal
Tags: upstream
Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=422191
Hi,
I'm filing this bug so there's a record on the Debian-side. The
existence of this bug emerged while discussing a yet-unmerged MR with
hefee.
https://salsa.debi
Boyuan Yang reports on Sat, Jun 13, 2020 at
09:40:19AM -0400:
>> The new upload of exif/0.6.22-1 FTBFS on s390x architecture due to test
>> failure:
>> https://buildd.debian.org/status/fetch.php?pkg=exif&arch=s390x&ver=0.6.22-1&stamp=1591715266&raw=0
As an independent check of a new S/390 VM run
I tried to get some sort of useful logging today, best I could do was
running strace.
So I noticed that virsh exited 0 but didn't instantly crash, it took 2-3
seconds more.
Photo of screen with strace output here:
https://i.imgur.com/kOSEXXA.jpg
Managed to install 5.5.0-2 from snaps
Package: djview4
Version: 4.1.0+git191117-2
Attempting to do a PDF export of a color image from djview4 results in
a blank page, as displayed by the evince PDF viewer, and as reported
to me by someone whom I sent one of these bad PDF's. I propose two
potential temporary fixes at the end (revert t
Hi Helmut,
On Fri, Jan 03, 2020 at 06:48:06PM +0100, Helmut Grohne wrote:
> Source: din
> Version: 5.2.1-6
> Severity: serious
> Tags: ftbfs
>
> din fails to build from source in unstable on amd64. A build log ends
> with:
I tried building it today and there was no build failure.
+-
On Thu, Jun 11, 2020 at 03:22:40PM +0530, Pirate Praveen wrote:
> On Thu, 25 Jul 2019 12:10:45 +0200 Johannes Rohr wrote:
> > It would be great to have firefox (or the next firefox-esr) in
> > buster-backports, as it has important new functionality relevant for
> > privacy and data protection, suc
Hi,
I like posterazor and I am willing to take care of the package.
Regards,
Marcelo S Mota
retitle 676574 ITA: htp -- html simple command line pre-processor
owner 676574 !
thanks
Hi,
I am willing to take care of the package.
Regards,
Marcelo S Mota
On Mon, Sep 03, 2018 at 11:25:07PM -0400, Tiago Bortoletto Vaz wrote:
> Hi, sorry for the long delay.
>
> I'm doing a (late) cleanup in my packages and will update Zyne to the new
> upstream version, which now runs with python3 and python-wxgtk4.0. I'll have
> to package a new dependency as well:
Package: wnpp
Severity: normal
I intend to orphan the libdispatch package, and recommend that it be
removed from the archive. There appears to be little interest in the
open source community towards adopting Grand Central Dispatch as a
concurrency mechanism. The upstream library has been rebranded
Control: tags -1 +moreinfo
Hello Eduard,
You say that the tree of sensors appears for you. Just to confirm: what
happens when you drag an item from
that list into the right-hand region, where it says "Drop sensors from list
here"?
Antonio
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "jsonlab":
* Package name : jsonlab
Version : 2.0
Upstream Author : Qianqian Fang (fangqq at gmail.com)
* URL : https://openjdata.org/jsonlab
* License : GPLv3+ or BSD-3-clause
Package: jigdo-file
Version: 0.7.3-5
Severity: important
Control: fixed -1 0.8.0-1
Tags: patch
jigdo-lite(1) silently ignores HTTPS mirrors, falling back to
us.cdimage.d.o and snapshot.d.o.
AFAICS this is already fixed in unstable, but please fix it in buster
too.
--
Jakub Wilk
diff --git a
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
* Package name: python-django-cache-machine
Version : 1.1.0
Upstream Author : Jeff Balogh
* URL :
https://github.com/django-cache-machine/django-cache-machine
* License : BSD-3-clause
Programming Lang: Pyt
Package: www.debian.org
Severity: wishlist
Dear Maintainers,
Page webwml/english/security/2020/dsa-4698.wml contains, in line 230, the text
"#952660)." in such a way that the whole text is treated as a wml comment
and, as a consequence, it is not included in the final HTML page.
I guess that t
Henrique de Moraes Holschuh dixit:
>I emailed whomever I could track down at the time, as well as people
>that were suggested as "might be interested" by the ones I managed to
>reach. This is like, the third time I try to get a x32 enthusiast to
>help ?
Hrm okay. We apparently are somewhat disco
Hi there,
> Please don't package already deprecated things in Debian - if you reallz
> need it for compat reasons, make it a wrapper around
> String.prototype.padStart().
>
Trust me, I would not be packaging this if I didn't feel like I had to.
I have taken your advice and created a simple Node
Package: libpcre2-dev
Version: 10.34-7
Severity: normal
The version of linuxinfo in stable builds and links fine, using
version 10.32-5 of libpcre2-dev.:
Script started on 2020-06-13 21:25:44+02:00 [TERM="linux" TTY="/dev/tty6"
COLUMNS="240" LINES="75"]
helge@samd:/tmp/testfoo1/linuxinfo-3.1.2$
On Sat, 13 Jun 2020, Thorsten Glaser wrote:
> I haven’t ever seen this. I’ve prominently worked on x32 support and
> am known to be a user relying on this and willing to help. You could
> at least have asked on d-d-announce or something.
I emailed whomever I could track down at the time, as well a
On Sat, Jun 13, 2020 at 02:54:31PM +0200, Salvatore Bonaccorso wrote:
> indicated this was specifically observed on ZFS on Linux only. Seth
> Arnold's answer seem to be inline with that that the issue is more on
> the ZFS on Linux side and the issue keeps biting people a bit
> unexpectedly. Why doe
Vincent Lefevre dixit:
> x86_64:Linux:*:*)
>- if objdump -f /bin/sh | grep -q elf32-x86-64; then
>- echo "$UNAME_MACHINE"-pc-linux-"$LIBC"x32
>- else
>- echo "$UNAME_MACHINE"-pc-linux-"$LIBC"
>- fi
>+ echo "$UNAME_MACHINE"-pc-linux-"$LIBC"
>e
Hi,
On Sat, 13 Jun 2020 16:22:21 +0530 Pirate Praveen
wrote:
> Package: nheko
> Version: 0.6.4-2~bpo10+1
> Severity: wishlist
> X-debbugs-cc: debian-backpo...@lists.debian.org
> Control: tags -1 help
>
> I'm trying to update nheko to 0.7.1 in buster-backports (packages still
> in backports-new a
XTaran dixit:
>IIRC hast Du ab und an mal Zeugs mit x32 gemacht.
Erm… yes… I’m using x32 productively on my desktop at work…
>Via https://wiki.debian.org/TopicDebianDevel bin ich grade |ber das
>hier gestolpert:
>
>* last call for the existence of x32 in autotools-dev. Reply on
> #962766
>
Package: valgrind
Version: 1:3.15.0-1
Severity: normal
When testing GNU MPFR with valgrind:
FAIL: tabort_defalloc1
==
[tabort_defalloc1] Check for good handling of abort in memory function.
==3948670== Argument 'size' of function malloc has a fishy (possibly negative)
value:
On 2020-06-13 14:40:55 -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 13 Jun 2020, Vincent Lefevre wrote:
> > There are new versions upstream.
>
> Yes, and they revert the existence of arch "x32". Last time I asked for
> help, nobody remotely interested in x32 answered.
Thanks for the infor
On Sat, 13 Jun 2020, Vincent Lefevre wrote:
> There are new versions upstream.
Yes, and they revert the existence of arch "x32". Last time I asked for
help, nobody remotely interested in x32 answered.
I am seriously considering uploading it and effectively removing x32
support from Debian.
--
> On 2012-11-11 03:30:58 +0700, Ivan Shmakov wrote:
[…]
> It took longer than I expected, but I can confirm that neither
> extract(1), nor pdftotext(1) (both depending on libpoppler19 and thus
> fontconfig-config) require fonts to operate. (I presume that GNUnet
> “non-GUI” processes don
Package: ftp.debian.org
Severity: normal
Please remove virt-goodies. It depends on Python 2, is dead upstream and the
last maintainer upload was in 2013.
Cheers,
Moritz
Package: ftp.debian.org
Severity: normal
Please remove denyhosts. It was originally removed back in 2014
for security issues and then eventually re-uploaded in 2015.
However, since then there have been no further uploads, it
depends on Py2 and the question of security support is still
unresolved (
As the upstream and Debian maintainer for it, I am ok with it. It could be
easily made to build for python 3 but tests would show that it is not entirely
kosher. I better reupload it when it i an sure it is functioning correctly again
On June 13, 2020 1:16:58 PM EDT, "Moritz Mühlenhoff" wrote:
On Sat, 13 Jun 2020, Henrique de Moraes Holschuh wrote:
> Issue reported upstream at:
> https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/issues/33
This is incorrect, the above upstream issue is for 0x806eb.
The one for 0x806ec is this:
https://github.com/intel/Intel-Linux-Proce
On Mon, Feb 03, 2020 at 08:36:43AM +1100, Stuart Prescott wrote:
> Dear maintainers,
>
> In the last update on pymvpa2, it sounded like upstream would soon have
> sorted
> Python 3 compatibility and the FTBFS bugs for the package would soon be
> fixed.
> However, there has been no upstream act
On Fri, Aug 30, 2019 at 07:33:42AM +, Matthias Klose wrote:
> Package: src:pyfeed
> Version: 0.7.4-2
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
>
> Python2 becomes end-of-live upstream, and Debian aims to remove
> Python2 from the dist
On Sat, Oct 12, 2019 at 10:00:17PM +, Andreas Tille wrote:
> Source: brian
> Source-Version: 2.2.2.1-1
>
> We believe that the bug you reported is fixed in the latest version of
> brian, which is due to be installed in the Debian FTP archive.
>
> A summary of the changes between this version
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: mirrors.nju.edu.cn
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archi
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: mirrors.nju.edu.cn
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archi
On Sat, 13 Jun 2020, Eugenio Paolantonio wrote:
> Latest intel-microcode update (3.20200609.2~deb10u1) renders my laptop (Dell
> Latitude 7400) hang during the load of the initramfs.
>
> Downgrading the package to 3.20191115.2~deb10u1 fixes the issue.
>
> Excerpt from dmesg (with the old microcod
Wait: it compiles and then the linker tells is that a command that was declared
somewhere was never compiled? That looks like a -l switch is missing in the
linker command line. Or like a library declares to provide things it then
doesn't which would be a big in that library.
On June 13, 2020 12
Package: qbittorrent-nox
Version: 4.2.4-1+b1
Followup-For: Bug #962645
Yes and no. It now works as it should on my i386 system, but it still fails on
the amd64 one.
The output I get at the terminal is identical to the one I mention above. Also,
the gui version of qbittorrent crashes on the amd64 s
Package: ca-certificates-java (apt install ca-certificates-java)
version : apt 1.8.2.1 (armhf) (on beagleboard - using 10.3 IoT image)
Note: Attempting to install jitsi
root@{hostname}:/home/debian# apt install ca-certificates-java
Reading package lists... Done
Building dependency tree
Read
Package: autotools-dev
Version: 20180224.1
Severity: normal
Hi,
There are new versions upstream.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500,
'unstable'), (500, 'testing'), (500, 'stable'),
Hi,
I confirm I have the same problem with the same laptop (Dell Latitude
7400).
Neither 3.20200609.1 nor 3.20200609.2 works here, I downgraded
to 3.20200520.1.
I don't have exactly the same cpu:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 142
model
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: mirrors.nju.edu.cn
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archi
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: mirrors.nju.edu.cn
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archi
Control: fixed -1 7.7~1
> On 2011-10-06 12:42:01 +0200, Ralf Jung wrote:
> Actually, x11-apps currently recommends xbitmap, which does not exist
> and is probably a typo of xbitmaps.
Per Debian changelog, this was fixed in 7.7~1. I don’t seem
to see what else could be done
On Sat, 2020-06-13 at 15:41 +, Adam D Barratt wrote:
> package release.debian.org
> tags 961945 = buster pending
> thanks
>
> Hi,
>
> The upload referenced by this bug report has been flagged for
> acceptance into the proposed-updates queue for Debian buster.
>
> Thanks for your contribution
On Fri, Jun 12, 2020 at 09:49:21PM +0200, Frédéric Bonnard wrote:
> Hi,
> I wanted to check that FTBFS but it actually built, on different setup.
> After a give back on ppc64el and s390x, everything went fine. Very few
> changes between the failing and succeeding build. Same ghc, kernel.
> For the
reopen 901723
fixed 901273 0.64-8
thanks
Sorry for closing the wrong bug number. Reopening it and closing the
correct one instead.
--
Regards,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
On Sat, Jun 13, 2020 at 09:40:19AM -0400, Boyuan Yang wrote:
> Source: exif
> Vresion: 0.6.22-1
> Severity: serious
> X-Debbugs-CC: hugh.mcmas...@outlook.com
>
> Dear Debian exif package maintainers,
>
> The new upload of exif/0.6.22-1 FTBFS on s390x architecture due to test
> failure:
>
> https
Control: notfound -1 7.7+7
> On 2014-05-03 01:56:09 +0200, Frédéric Baldit wrote:
> Package: x11-apps
> Version: 7.5+5
> Severity: normal
> bitmap seems to work, but clicking the bitamp to edit/create an image
> doesn’t work.
> Found bug #429345 with same symptoms, but I was unable to
Source: renderdoc
Version: 1.7+dfsg-2
Severity: serious
Tags: ftbfs
https://tests.reproducible-builds.org/debian/rb-pkg/bullseye/amd64/renderdoc.html
https://buildd.debian.org/status/package.php?p=renderdoc&suite=sid
...
/usr/bin/c++ -fPIC -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong
Package: monotone-viz
Severity: serious
Tags: bullseye sid
Neither monotone-viz nor monotone are in the current stable,
and monotone was already removed from unstable.
Should monotone-viz also be removed from unstable?
package release.debian.org
tags 961936 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: ssvnc
Version: 1.0.29-4+deb10u1
package release.debian.org
tags 962160 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: pagekite
Version: 0.5.9.3-2+deb10
package release.debian.org
tags 961921 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: php-horde-gollem
Version: 3.0.12-
package release.debian.org
tags 962255 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: ruby-json
Version: 2.1.0+dfsg-2+d
package release.debian.org
tags 961978 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: freerdp2
Version: 2.0.0~git201902
package release.debian.org
tags 962227 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: libapache-mod-jk
Version: 1.2.46-
package release.debian.org
tags 962306 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: b43-fwcutter
Version: 019-4+deb10
Control: tags -1 + moreinfo
On Sat, 13 Jun 2020 at 16:44:41 +0200, Jeffrey Ratcliffe wrote:
> Upgrade from dbus 1.12.16-2 to 1.12.18-1
>
> scanimage -L
>
> failed to find my HP OfficeJet 6500
This is unexpected: 1.12.18-1 shouldn't have changed anything related
to authorization or message filte
package release.debian.org
tags 961945 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: php-horde
Version: 5.2.20+debian0
Can't open KOD db file /var/lib/sntp/kod for writing: Permission denied
This bug is easy to fix. The permissions are not set properly for the file
/var/lib/sntp/kod in Debian Buster.
The permissions should be
-rw-rw-rw- 1 root root 0 Jun 13 11:00 /var/lib/sntp/kod
Until the bug is fixed, you
Package: wnpp
Severity: wishlist
Subject: ITP: biocore-ntnu-ncls -- datastructure for interval overlap queries
Package: wnpp
Owner: Steffen Moeller
Severity: wishlist
* Package name: biocore-ntnu-ncls
Version : 0.0+git20200225.f9894b0
Upstream Author : Endre Bakken Stovner
* URL
Package: python3-grib
Version: 2.0.4-3
Severity: important
Dear Maintainer,
trying to import pygrib causes a error:
$ python3 -c "import pygrib"
Traceback (most recent call last):
File "", line 1, in
File "pygrib.pyx", line 306, in init pygrib
File "pygrib.pyx", line 305, in pygr
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Gopal Sharma
To: Debian Bug Tracking System
Subject: linux-image-5.6.0-2-amd64: battery drain during system shutdown
Message-ID: <159205777889.2976.15520989291996417969.reportbug@goapl-hp-noteboo
Package: man-db
Version: 2.9.2-1
Followup-For: Bug #962006
Dear Maintainer,
I'm able to repoduce with:
> man -k man-recode
> then on the logs appear:
audit[42467]: AVC apparmor="DENIED" operation="capable" profile="/usr/bin/man"
pid=42467 comm="apropos" capability=2 capname="dac_read_search"
Package: dbus
Version: 1.12.16-2
Severity: important
Dear Maintainer,
* What led up to the situation?
Upgrade from dbus 1.12.16-2 to 1.12.18-1
* What exactly did you do (or not do) that was effective (or
ineffective)?
scanimage -L
failed to find my HP OfficeJet 6500
* What was
On Fri, Jun 12, 2020 at 07:00:12PM +0300, jim_p wrote:
> Package: qbittorrent-nox
> Followup-For: Bug #962645
>
> Downgrading to 4.2.4-1, the one from last week before the binary update, makes
> qbittorrent work as it should, so I assume something went really wrong with
> that boost 1.71 build.
>.
Control: block -1 by 962574
Tomlkit seems to be required for self-tests.
On Wed, 10 Jun 2020 at 01:03, Scott Kitterman wrote:
> On Wednesday, June 10, 2020 12:49:01 AM EDT Nicholas D Steeves wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Nicholas D Steeves
> >
> > Package name:
Package: intel-microcode
Version: 3.20200609.2~deb10u1
Severity: normal
Tags: upstream
Hello,
Latest intel-microcode update (3.20200609.2~deb10u1) renders my laptop (Dell
Latitude 7400) hang during the load of the initramfs.
Downgrading the package to 3.20191115.2~deb10u1 fixes the issue.
Excer
Source: kcalcore
Version: 5:5.70.0-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
kcalcore fails to cross build from source, because it fails finding
QHelpGenerator. For using it, a dependency on qttools5-dev is required.
Refer to #915122 for details. Please consider applying t
Source: exif
Vresion: 0.6.22-1
Severity: serious
X-Debbugs-CC: hugh.mcmas...@outlook.com
Dear Debian exif package maintainers,
The new upload of exif/0.6.22-1 FTBFS on s390x architecture due to test
failure:
https://buildd.debian.org/status/fetch.php?pkg=exif&arch=s390x&ver=0.6.22-1&stamp=159171
Source: eukleides
Version: 1.5.4-4.2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
eukleides 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 - fixes the build part, but it still uses install wit
Source: gztool
Version: 0.11.2-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
gztool fails to cross build from source, because it does not pass cross
tools to make. The easiest way of doing so - using dh_auto_build - makes
gztool cross buildable. Please consider applying the at
Source: wiipdf
Version: 1.4-3
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
wiipdf 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 wiipdf cross buildable. Please consider applying the at
Hi Elliott,
[I'm adding linux-nfs upstream hopefully J. Bruce Fields or others can
help clarifying]
On Thu, Jun 11, 2020 at 03:37:11PM -0700, Elliott Mitchell wrote:
> Bit more experimentation on this issue.
>
> I tried a very small C program meant to create files with fewer
> permissions bits s
1 - 100 of 122 matches
Mail list logo
