On 2020-07-31 12:37:13 +0200, Gianfranco Costamagna wrote:
> control: tags -1 patch
>
>
> Description: Fix build with gcc-10
> Author: Gianfranco Costamagna
> Last-Update: 2020-07-31
>
> --- forked-daapd-26.4+dfsg1.orig/src/input.h
> +++ forked-daapd-26.4+dfsg1/src/input.h
> @@ -137,7 +137,7 @@
Source: bind-dyndb-ldap
Version: 11.3-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=bind-dyndb-ldap&suite=sid
...
../../src/syncrepl.c: In function ‘sync_task_add’:
../../src/syncrepl.c:460:15: error: format ‘%lu’ expects argument of type ‘long
unsigned int’, but
control: tags -1 - moreinfo
On Mon, 13 Jul 2020 16:56:39 -0700 Sean Whitton
wrote:
> On Sun 12 Jul 2020 at 07:31PM +08, Shengjing Zhu wrote:
>
>> I will amend this RM bug, after cleaning up the above packages.
>> But I'm not sure if the dependency problem is blocker for RM.
>>
> It is.
>
> Pl
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&search=0x10460DAD76165AD81FBC0CE9988021A964E
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 s
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 really
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 we
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: P
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 wa
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: Pytho
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: Pytho
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 thum
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 choi
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 is…
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 https://salsa.debian.or
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 chang
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, ther
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, compa
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: Enume
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, i
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 thi
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 sit
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 gnomekiss-2.0/debian/
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 sit
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 s
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'
b'python3-ap
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 signatu
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 ht
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 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 s
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 debian/rule
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 : https://github.c
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 welcome2l-3.04/deb
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: jhea
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, Ans
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 t
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
th
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 a
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 rec
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 even
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 Bonn
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 a
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.st.
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 mea
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
> Version:
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 idea
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 chec
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", "-l"
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 this
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 at
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 an
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 SYSTEMD_LOG_LEVEL=debug
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 h
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 (libgtk2.0-
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 seems
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 qtsingleap
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 or
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 metho
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.
T
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 happenin
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: enabl
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: man:logrota
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 (scr
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 debian-defaul
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 trie
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 yubikey-persona
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 libu2f-server-1.1.0
1 - 100 of 133 matches
Mail list logo