Package: wnpp
Severity: wishlist
Owner: Jeremy Sanders
* Package name: iminuit
Version : 1.4.2
Upstream Author : Piti Ongmongkolkul
* URL : https://github.com/scikit-hep/iminuit
* License : MIT
Programming Lang: C++, Python
Description : Robust Python
Package: dkms
Version: 2.8.3-3
Instaling aufs-dkms (or others) fails with messages like
/usr/sbin/dkms: line 247: /dev/fd/62: No such file or directory
Sample:
# apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade...
On Fri, Aug 7, 2020 at 12:00 PM Steve McIntyre wrote:
> Maybe we could/should link to direct lookups on keyring.d.o if that's
> possible, or use WKD somehow (hand-wave)?
The HKPS URL could be used for this:
https://keyring.debian.org/pks/lookup?op=get=0x10460DAD76165AD81FBC0CE9988021A964E6EA7D
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:r-cran-findpython)Testsuite-Triggers->python
(binary:r-cran-findpython)Recommends->python
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:fvwm-crystal)Depends->python2
Re-opening, so that they can be taken care of.
Good news, upstream license has been modified after some rewriting (see
issue closed https://github.com/jshint/jshint/issues/1234), so should fit
for debian now
Control: tags -1 - wontfix
Control: severity -1 serious
as currently the unison-all is not usable at all as described
(see below).
On 2020-08-07 23:57:02 +0200, Stéphane Glondu wrote:
> severity 946046 wishlist
> tags 946046 + wontfix
> thanks
The wontfix does not make any sense. The unison-all
Package: wnpp
Severity: wishlist
Owner: Alexander Zangerl
* Package name: libdata-downsample-largesttrianglethreebuckets-perl
Version : 1.00
Upstream Author : Steve Troxel
* URL :
https://metacpan.org/release/Data-DownSample-LargestTriangleThreeBuckets
* License
On Wed, 15 Jul 2020 04:27:16 + Chris Knadle
wrote:
> Matthias Heinz:
> > Package: mumble
> > Version: 1.3.0+dfsg-1+b3
> > Severity: wishlist
> >
> > Hi!
> >
> > There is a new version of mumble available upstream. It would be
great if this
> > could be packaged, because it would solve the
On Fri, 2020-08-07 at 10:01 +0200, Joachim Breitner wrote:
> I don’t think I’ll be able to develop it a lot further at this point.
> Patches are welcome of course, as are offers to take over (upstream &
> Debian) maintenance.
Fair enough. FTR I don't care about the package or what it does
Hello Justin
I think the bug you are reporting has been reported upstream already.
https://github.com/rss2email/rss2email/issues/126
Can you provide more information about your setup?
Specifically the versions of python, python3-feedparser, python3-html2text
and python3-bs4
what operation
Package: lintian
Version: 2.62.0
Severity: normal
Dear Maintainer,
Lintian currently emits an arch-dependent-file-in-usr-share error when it sees
an "ar" file within usr/share. Based on the description, it seems that lintian
assumes that this is a static library. However, it gives the same error
Package: wnpp
Severity: wishlist
Owner: Alexander Zangerl
* Package name: liblinux-termios2-perl
Version : 0.01
Upstream Author : Paul Evans
* URL : https://metacpan.org/release/Linux-Termios2
* License : same as Perl - GPL 1+ or Artistic
Programming Lang:
On 2020-08-07 23:57:02 +0200, Stéphane Glondu wrote:
> The unison in Debian 10 is compiled with OCaml 4.05.0, which is long
> gone. The only way to synchronize with a buster machine is to use unison
> from buster.
This is what I've done until now, with the unison package put on hold.
But when I
Package: wnpp
Severity: wishlist
Owner: Kyle Robbertze
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: weechat-matrix
Version : 0.2.0
Upstream Author : poljar
* URL : https://github.com/poljar/weechat-matrix
* License : MIT
Programming Lang:
Package: wnpp
Severity: wishlist
Owner: Kyle Robbertze
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: weechat-matrix
Version : 0.2.0
Upstream Author : poljar
* URL : https://github.com/poljar/weechat-matrix
* License : MIT
Programming Lang:
gregor herrmann writes:
> Right, except that this also doesn't work at build time.
> But if we skip the test phase that would be ok.
> What I'm wondering is:
> - depending on debian-policy would be another dependency, and the
> debian-policy only installs files to /usr/share/doc which is not
Well, I waited till the weekend so if I needed hours to recover my
system, I wouldn't have to drop the ball on all the other things going
on in my life. And I made sure I had printouts of the instructions on
recovering grub, and grug-efi, using chroot, and that I had a bootable
recent live
On Fri, 7 Aug 2020 09:27:14 +0300, Alper Nebi Yasak wrote:
>It's updated now, so the current daily builds should work.
Thank you!
>Can you check /sys/firmware/devicetree/base/chosen/stdout-path
It contains "serial2:150n8" which I suppose is the expected value
(though maybe not the best
The launchpad links I posted didn't survive. I have now set up a git
repository for the Debian packaging,
which includes Stephen's 1.4.1 and my 1.5.0:
https://salsa.debian.org/tormod/agar
Upstream has after 4 years recently released a 1.6.0, I might take a look at it.
severity 946046 wishlist
tags 946046 + wontfix
thanks
Le 07/08/2020 à 22:24, Vincent Lefevre a écrit :
> This is not sufficient to synchronize with Debian 10 (buster).
> It depends only on unison, which depends on unison-2.48, and
> with the latest version of unison-2.48, I get lots of errors:
>
On Fri, 7 Aug 2020, Pierre Gruet wrote:
> I suggest using the enclosed patch, which allows the build to succeed by
> overriding the ``test'' method of Predicate. The ``apply'' method
> provided by upstream has to be kept as it is used by the ``test'' method.
But why? This amount of redundancy
Control: retitle -1 ITP: hamster-time-tracker -- a GNOME time tracker
Control: owner -1 !
I'm going to reintroduce the hamster time tracker into Debian. I was
using hamster-applet up to today but I just realized that it was dropped
from Debian a long time ago...
I will use
Marcel Partap dixit:
>.. actually did track it down and thus:
>https://github.com/openbsd/xenocara/blame/cb9cf7367eab7967cc49564626c11e0cc7d865bc/app/xidle/xidle.c
Not sure what I’m supposed to see there but okay…
bye,
//mirabilos
--
you introduced a merge commit│ % g rebase -i HEAD^^
Marcel Partap dixit:
>in my user .tmux.conf, I have put following mechanism
This is a very complex setup; I cannot easily reproduce what exactly
makes this fail for you.
>https://www.mail-archive.com/tech@openbsd.org/msg49105.html
As I said in my earlier mail, this patch combines multiple
Hi Andreas,
Le 07/08/2020 à 13:40, Andreas Tille a écrit :
> Hi Thorsten,
>
> On Thu, Aug 06, 2020 at 04:04:22PM +0200, Thorsten Glaser wrote:
>> On Thu, 6 Aug 2020, Andreas Tille wrote:
>>
>>> [ERROR]
>>> /build/jimfs-1.1/jimfs/src/main/java/com/google/common/jimfs/PathService.java:[290,30]
On Thu, Aug 06, 2020 at 11:40:23PM +0200, Michael Biebl wrote:
> Am 06.08.20 um 14:25 schrieb Marc Haber:
> > On Tue, Jul 14, 2020 at 09:13:15PM +0100, Hugh Cole-Baker wrote:
> >> It turns out this is just caused by running a 5.8-rc kernel with systemd
> >> compiled against linux-libc-dev 5.7,
On 2020-08-07 22:24:10 +0200, Vincent Lefevre wrote:
> This is not sufficient to synchronize with Debian 10 (buster).
> It depends only on unison, which depends on unison-2.48, and
> with the latest version of unison-2.48, I get lots of errors:
>
> Failed: Server: Fatal error during unmarshaling
Control: reopen -1
Control: found -1 2.48.4+2
On 2020-08-05 07:51:04 +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the unison-all package:
>
> #946046: unison-all should also depend on the old unison version,
I can reproduce the problem now.
Thanks
Le 07/08/2020 à 18:48, Anshunkang Zhou a écrit :
Hi, here is the steps to reproduce this bug, you should unzip the attached file
and run it:
```
seviezhou@ubuntu:~$ git clone https://salsa.debian.org/debian/jhead.git
Cloning into 'jhead'...
remote:
Am 07.08.20 um 18:02 schrieb Michael Biebl:
> Am 07.08.20 um 15:22 schrieb 積丹尼 Dan Jacobson:
>> # journalctl -f
>> Journal file
>> /var/log/journal/64f9b494837d480e9ecd81ea0cef1551/system@5cd966d8e5d24653b114e239c300135e-000e3792-0005ac0f7ccf0a84.journal
>> uses an unsupported feature,
Source: haskell-hgettext
Version: 0.1.31.0-5
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org, g...@packages.debian.org
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:ghc
Dear maintainer(s),
With a recent upload of ghc the autopkgtest
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu libheif_1.6.1-1 . ANY . unstable . -m "Rebuild with libjpeg-turbo that has
bug 966409 fixed"
Package: libheif-examples
Depends: ..., libjpeg62-turbo (>= 2.0.2), ...
Due to #966409
Package: 20190710-1 Version: SoapFault - faultcode: 'SOAP-ENV:Server'
faultstring: 'Processing Failure' faultactor: 'null' detail:
org.kxml2.kdom.Node@1be349b Severity: Tags: X-Debbugs-CC: Dear Maintainer,
*** Please consider answering these questions, where appropriate *** * What
led up to the
Control: tags 957286 + patch
Control: tags 957286 + pending
Dear maintainer,
I've prepared an NMU for gnomekiss (versioned as 2.0-6.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should cancel it.
--
Regards
Sudip
diff -Nru gnomekiss-2.0/debian/changelog
Package: 20190710-1 Version: SoapFault - faultcode: 'SOAP-ENV:Server'
faultstring: 'Processing Failure' faultactor: 'null' detail:
org.kxml2.kdom.Node@c90d793 Severity: Tags: X-Debbugs-CC: Dear Maintainer,
*** Please consider answering these questions, where appropriate *** * What
led up to the
Is this maybe related to #720096 and #831764 ?
logrotate calling the rsyslog-rotate wrapper twice (one time for
/var/log/syslog and another time for the rest (/var/log/mail.* etc.))
and the second time rsyslog is not (yet) ready to receive the SIGHUP ?
Package: 083150171666 Version: SoapFault - faultcode: 'SOAP-ENV:Server'
faultstring: 'Processing Failure' faultactor: 'null' detail:
org.kxml2.kdom.Node@6d24757 Severity: Tags: X-Debbugs-CC: Dear Maintainer,
*** Please consider answering these questions, where appropriate *** * What
led up to the
Package: apt-xapian-index
Version: 0.51
Severity: minor
Tags: patch
Dear Maintainer,
In rdepends output:
rharwood@eesha:~$ axi-cache rdepends apt-xapian-index
apt-xapian-index
Reverse Depends:
b'muon'
b'packagesearch'
b'synaptic'
b'aptitude'
Am 07.08.20 um 18:10 schrieb 積丹尼 Dan Jacobson:
> (Well I can't upgrade back until the infinite loop is fixed.)
You can either uninstall resolvconf or use the workaround I posted at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967906#47
signature.asc
Description: OpenPGP digital
Hi,
I am preparing an upload with the symbols file removed as there seems to
be consensus that using symbols files for C++ projects in Debian isn't
worth the effort.
Paul
signature.asc
Description: OpenPGP digital signature
Hello Samuel,
thanks for your help.
You updates the Vendor Prefixes only on new releases:
https://packages.debian.org/search?keywords=nmap
For example on Debian Stretch the Vendor Prefixes stuck in year 2016.
In this case all newer products can't resolve.
A fast solution is following:
wget
Control: tags 957684 + patch
Control: tags 957684 + pending
Dear maintainer,
I've prepared an NMU for pick (versioned as 2.0.2-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should cancel it.
--
Regards
Sudip
diff -Nru pick-2.0.2/debian/changelog
Package: cmark
Version: 0.29.0-2~bpo10+1
Severity: normal
Dear Maintainer,
I tried to use the documented `--normalize` option. However, that
option has not existed since version 0.27, so my script failed.
I checked and this is still a problem in bullseye.
I went down the rabbit whole and long
Asher Gordon writes:
> It seems that this problem was present for quite a while, so I'm not
> sure why I didn't notice it before.
Ah, it's because the bug only came up after the new release
(2.03.09-2). The bug lay dormant in 2.03.09-1. That's because
'--bindir=/bin' was removed from
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "kas". A source-only update is
needed to help it migrate to testing.
* Package name: kas
Version : 2.1.1-2
Upstream Author : Jan Kiszka
* URL :
Control: tags 957928 + patch
Control: tags 957928 + pending
Dear maintainer,
I've prepared an NMU for welcome2l (versioned as 3.04-27.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should cancel it.
--
Regards
Sudip
diff -Nru welcome2l-3.04/debian/changelog
Hello,
I can't reproduce the crash.
I get a lot of "Nonfatal Error : 'SEGV-ProcessGpsInfo-gpsinfo-122' Maximum Exif
directory nesting exceeded (corrupt Exif header)"
but NO crash.
How can I reproduce the problem?
Thanks
On Wed, 5 Aug 2020 12:13:01 +0800 Anshunkang Zhou wrote:
> Package:
Control: tags -1 + pending
On Wed, Aug 05, 2020 at 05:25PM, Joey Hess wrote:
> In the 2 years since I filed this bug report
Thanks for pinging again. I have now fixed it here:
https://salsa.debian.org/haskell-team/DHG_packages/-/commit/c3b2053654c61140c41d61d7143e040d802ae4e7
> it's also
Hello,
I can't reproduce the crash.
I tried with the normal binary and also a new build using your arguments.
I get a lot of "Nonfatal Error : 'SEGV-Get32s-exif-333' Illegal number format 1024
for tag in Exif"
but NO crash.
How can I reproduce the problem?
Bye
Le 06/08/2020 à 05:14,
Control: tags -1 + pending
Hey Joey,
On Wed, Aug 05, 2020 at 05:15PM, Joey Hess wrote:
> ghc-pkg dump output has changed slightly, it now indents values with spaces
> to make then line up or something
Thanks for digging into this.
> This patch partially fixed it for me, but does not deal with
Greetings,
The upstream version of TECkit is now 2.5.10. Can this latest version be
packaged?
Thanks, Bobby
--
Bobby de Vos
/bobby_de...@sil.org/
signature.asc
Description: OpenPGP digital signature
Control: forwarded -1 https://github.com/haskell/haddock/issues/1211
Control: tags -1 + pending
It seems that these fonts are not necessary for the docs to be rendered
correctly, so I am going to patch haddock and remove them until upstream
can add an option to override them.
--
Ilias
Yes, indeed, something should probably be done with regards to that too.
I didn't tweak that bit in my suggestion because I balked at the potential
implications of altering what parameters a hook expects, after pinpointing
why it surfaced only in snmpd on Buster/sysvinit. (It SHOULD be safe now
Marcel Partap dixit:
>noticed the introduction of a setsid() call, which seem to be the source of the
>issue... there is no note about change in behaviour in documentation which is
>why I'm filing this issue ^^
Yeah, the upstream source was imported from OpenBSD in a whole batch.
>.. also found
>> Maybe this was caused by me
>> downgrading 246-2 to 245.7-1 ?
MB> Correct. Keep in mind, that downgrades are in general not supported.
(Well I can't upgrade back until the infinite loop is fixed.)
Package: postfix
Version: 3.4.14-0+deb10u1
When a messaage is in the maildrop queue, it can't get out.
Each time cleanup is run, the cleanup process dies:
Aug 06 16:57:30 amilcar postfix/pickup[11470]: warning:
maildrop/88D7A333A: error writing 7082252D6: queue file write error
Aug 06 16:57:30
Package: nanoc
Version: 4.11.14-1
Severity: serious
Justification: missind dependency for normal operation
Hello, thanks for updating nanoc. After upgrading from 4.11.0, nanoc now
fails right away:
8<8<8<-
$ nanoc
Traceback (most
On Fri, 7 Aug 2020, Stephane Lapie wrote:
> if is_call_implemented do_start_cleanup ; then
> call do_start_cleanup
Shouldnt the hook be passed $result as well, so it can see
whether the start was successful or not?
bye,
//mirabilos
--
«MyISAM tables -will- get corrupted
On Fri, 7 Aug 2020, Andreas Tille wrote:
> but this does not help much and the build issue remains.
Erk… then I don’t know either.
Sorry,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG
Am 07.08.20 um 15:22 schrieb 積丹尼 Dan Jacobson:
> Package: systemd
> Version: 245.7-1
>
> I never touched any of this.
>
> # journalctl -f
> Journal file
> /var/log/journal/64f9b494837d480e9ecd81ea0cef1551/system@5cd966d8e5d24653b114e239c300135e-000e3792-0005ac0f7ccf0a84.journal
> uses
Hi,
On Fri, Aug 7, 2020 at 8:06 AM Raphaël Hertzog
wrote:
>
> I get the same error for lzop as well as for unzip.
Thanks, lzop was added too:
https://salsa.debian.org/lintian/lintian/-/commit/424208c0365c401a89577742e6db5f7aee715fc1
Kind regards
Felix Lechner
On 29 Jul 2020, at 09:04, Michael Meskes wrote:
>
> On Mon, Jul 27, 2020 at 03:01:31PM +0100, Jessica Clarke wrote:
>> Package: bsdmainutils
>> Version: 12.1.3
>> Severity: serious
>> Control: affects -1 src:freebsd-buildutils src:freebsd-glue src:freebsd-libs
>>
>> Hi,
>> The removal of lorder
On Fri, Aug 07, 2020 at 11:54:49AM +0100, Aperture wrote:
>Patch has also been submitted in salsa as:
>
>https://salsa.debian.org/installer-team/partman-efi/-/merge_requests/1
ACK, thanks. Merged now, will do an upload shortly.
--
Steve McIntyre, Cambridge, UK.
Package: python
Followup-For: Bug #968042
Now there are no problems with python2 but dependencies are still broken for
python itself:
apt-get install python
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may
Package: lintian
Version: 2.87.0
Followup-For: Bug #968041
User: de...@kali.org
Usertags: origin-kali
I get the same error for lzop as well as for unzip. You need to add a
dependency on lzop too.
Running lintian...
No such file or directory at /usr/share/perl5/IPC/Run3.pm line 417.
eval
Looks like this one is fixed: here is the service file of 2.3.1-1 realease
[Unit]Description=SSHGuard
Documentation=man:sshguard(8)
After=network.target
Before=sshd.service
You may consider to close this bug
On Wed, 16 Jan 2019 22:53:58 +0100 Simon Vetter
wrote:
> Package: sshguard
>
Hi Matthew,
> But at the same time, I wanted to be sure the community was made aware of it
> if they were setting up the service and expected the feature to work, and
> advise that at least a base config file comment about it could be a good idea
> if everybody decides not to fix it.
Good
Hi Balint,
I looked at the patch you link to
(https://github.com/mvo5/unattended-upgrades/pull/280) but the
unattended-upgrade code that is in the diff is fairly different from
what is in the version in Buster, specifically this chunk:
-if not marking_succeeded or \
- not
Hi Felix,
On Fri, Aug 7, 2020 at 2:38 PM Felix Lechner wrote:
>
> Control: tags -1 + pending
>
> Hi Sudip,
>
> On Fri, Aug 7, 2020 at 2:51 AM Sudip Mukherjee
> wrote:
> >
> > No such file or directory at /usr/share/perl5/IPC/Run3.pm line 417.
> > Lintian::IPC::Run3::safe_qx("unzip",
This issue is still present, I opened a merge request on salsa with the
fix you suggested which seems to work well on my side:
https://salsa.debian.org/debian/sshguard/-/merge_requests/2
Thanks mate !
On Tue, 29 Oct 2019 17:43:56 -0400 gi1242+debianb...@gmail.com wrote:
> Confirming I have
Control: tags -1 + pending
Hi Sudip,
On Fri, Aug 7, 2020 at 2:51 AM Sudip Mukherjee
wrote:
>
> No such file or directory at /usr/share/perl5/IPC/Run3.pm line 417.
> Lintian::IPC::Run3::safe_qx("unzip", "-l",
> "/tmp/lintian-pool-tbdEtEj6Sb/pool/libi/libisnativec-java/libi"...) called
Hi Peter,
On Fri, 2020-08-07 at 11:08 +0100, peter green wrote:
> > > +#MISSING: 2.6+2.0.8+dfsg-1#
> > > _ZN7QVectorI6QPointE11reallocDataEii6QFlagsIN10QArrayData16AllocationOptionEE@Base
> > > 2.6~alpha
>
> c++filt -n decodes this to
> QVector::reallocData(int, int, QFlags)
> This looks like
Package: systemd
Version: 245.7-1
I never touched any of this.
# journalctl -f
Journal file
/var/log/journal/64f9b494837d480e9ecd81ea0cef1551/system@5cd966d8e5d24653b114e239c300135e-000e3792-0005ac0f7ccf0a84.journal
uses an unsupported feature, ignoring file.
Use
Package: libopenmpi3
Version: 4.0.4-2
Followup-For: Bug #965352
Control: forwarded -1 https://bitbucket.org/mpi4py/mpi4py/issues/171
Calling on mpi4py upstream for advice.
Package: chezscheme9.5.2
Version: 9.5.2+dfsg-1
Severity: important
Tags: upstream
Upstream released version 9.5.2 some time ago and I've uploaded it to
experimental. However, I then discovered that ARM support is broken,
which I want to record here in case anyone is wondering why the new
version
Control: block -1 by 967394
Le mardi, 4 août 2020, 12.47:37 h CEST s...@debian.org a écrit :
> Source: gutenprint
> Severity: normal
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: gtk2 oldlibs
> Control: block 947713 by -1
>
> This package has Build-Depends on GTK 2
Sorry, a correction.
The error is still there in 2.86.0. The last good version was 2.85.0
I have downgraded to 2.85.0 and confirmed with the build.
--
Regards
Sudip
dear maintainer,
we are moving our xfrm configuration to be based on xfrm interfaces as
opposed to using mark values. so we use intf_id to glue the state/policy
and interface.
right now i found out that, while the states can be managed just fine, the
policy won't be deleted as the mark value
Hi Kunal! Sorry for the very late reply.
On Mon, 6 Jul 2020 at 05:42, Kunal Mehta wrote:
>
> Hi Qt maintainers,
>
> I'm currently packaging kiwix (#763321) and came across
> qtsingleapplication. It has had an open RFP (#641812) since 2011.
>
> Currently upstream kiwix bundles a copy of
Bastien, the screenshot is there, in the artifact tarball from autopkgtest.
I had some free time today and took a look at this in some detail. The
problem is indeed in the changed output format from "convert", bambam is
working as expected.
I have a fix ready and hope to upload it this weekend
Source: range-v3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer. Range-v3 version 0.11.0 has been released to conform
with ISO C++20. Please package this as we need it for the upcoming
seqan3 release.
I am happy to make the update myself, if you wish.
Cheers,
Hi Thorsten,
On Thu, Aug 06, 2020 at 04:04:22PM +0200, Thorsten Glaser wrote:
> On Thu, 6 Aug 2020, Andreas Tille wrote:
>
> > [ERROR]
> > /build/jimfs-1.1/jimfs/src/main/java/com/google/common/jimfs/PathService.java:[290,30]
> > error: is not abstract
> > and does not override abstract
Package: wnpp
Severity: normal
Hi!
I intend to orphan the pmacct package.
Unfortunately I don't have the time to maintain it properly anymore.
There are various new daemons and features that should be enabled and
properly supported, otherwise the package is hopefully in a still
working shape.
On Mon, 2020-08-03 at 15:48 +0100, Dominic Hargreaves wrote:
> This seems related to changes in libgnupg-interface-perl, which on
> the
> face of it is ignoring the instruction to use 'gpg1' (configured via
> the test_gnupg_interface_gpg1.diff patch). I can't immediately see
> why
> that's
Package: www.debian.org
Severity: normal
Hi,
Now that keyservers are not so useful any more, it's probably a good
plan to directly publish public keys in the various places where we
list key IDs / fingerprints etc.:
* DAM in /intro/organization
* CD signing keys in /CD/verify
* Security team
Package: unison-gtk
Version: 2.48.4+2
Severity: normal
Dear Maintainer,
Since upgrading yesterday, Xfce panel launcher is not showing correct start
command or any icon.
Fixed by editing launcher to correct start command and adding icon.
-- System Information:
Debian Release: bullseye/sid
Control: tags -1 + moreinfo unreproducible
Am 07.08.20 um 11:01 schrieb Harald Dunkel:
> Package: systemd
> Version: 241-7~deb10u4
>
> logrotate.service dies with
>
> ● logrotate.service - Rotate log files
> Loaded: loaded (/lib/systemd/system/logrotate.service; static; vendor
> preset:
It's misnamed but "RPCNFSDCOUNT" in "/etc/default/nfs-kernel-server"
can be used.
It might not be worth creating a more appropriate, separate variable
given that, when Debian upgrades to v2.x (first released, as 2.1.1,
three and a half years ago), options'll be set via "/etc/nfs.conf".
Package: systemd
Version: 241-7~deb10u4
logrotate.service dies with
● logrotate.service - Rotate log files
Loaded: loaded (/lib/systemd/system/logrotate.service; static; vendor
preset: enabled)
Active: activating (start) since Fri 2020-08-07 00:00:01 CEST; 346ms ago
Docs:
Package: ax25-tools,ax25-xtools
Version: 0.0.10-rc5+git20190411+3595f87-2
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.
>From the attached log
Quoting Dieter (2020-08-07 13:09:42)
> As i did some testing with my RevK and RevC and various values for
> GMAC_TX_DELAY, I logged into the RevC Lime2 today to check if
> CONFIG_RTL8211X_PHY_FORCE_MASTER=y was set in the u-boot config.
>
> As i did not change this setting from the
Quoting Jonas Smedegaard (2020-08-07 11:45:32)
> Sunil Mohan wrote:
> > I noticed that a "force master" workaround[1] was introduced into
> > u-boot in 2016 after some discussion[2] for fixing poor Ethernet
> > performance on RTL8211C found in Lime2 Rev.C. Later, perhaps
> > inadvertently, this
Package: texlive-fonts-extra-links
Version: 2020.20200804-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it
Control: tags 958010 + pending
Control: tags 966606 + pending
Dear maintainer,
I've prepared an NMU for yubikey-personalization (versioned as 1.20.0-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Cheers
--
Sebastian Ramacher
diff -Nru
Control: forward -1 https://github.com/facebook/zstd/issues/2204
Hi,
the issue seems to be known upstream.
As a workaround (until it is fixed properly), the package could be compiled
without the -Werror flag, as this turns compiler warnings into errors, which
causes the build to fail.
Regards,
Control: tags 966604 + pending
Dear maintainer,
I've prepared an NMU for libu2f-server (versioned as 1.1.0-3.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Cheers
--
Sebastian Ramacher
diff -Nru libu2f-server-1.1.0/debian/changelog
Hello all!
As i did some testing with my RevK and RevC and various values for
GMAC_TX_DELAY, I logged into the RevC Lime2 today to check if
CONFIG_RTL8211X_PHY_FORCE_MASTER=y was set in the u-boot config.
As i did not change this setting from the debian-default, i figured i
would only have to
Package: dh-python
Version: 4.20200804
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other
Control: tags 966602 + pending
Dear maintainer,
I've prepared an NMU for libu2f-host (versioned as 1.1.10-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Cheers
--
Sebastian Ramacher
diff -Nru libu2f-host-1.1.10/debian/changelog
1 - 100 of 132 matches
Mail list logo