Control: severity -1 important
I'm reducing the severity of this bug because this forbids
mailcap and mime-support to migrate to testing and they have to
migrate because the current mime-support is uninstallable in
a freshly installed testing system because media-types
(installed by default due
On Wed, 18 Nov 2020 17:33:26 + Matthew Vernon wrote:
> This bug report relates specifically to bugs in the network-manager
> package (#921012, #964139) but has broader implications, particularly
> around what it means to "support the efforts of developers"[0] working
> on support for
The same bug can also be reproduced in the current unstable (bullseye) by
the way.
apache2 2.4.46-2
libapache2-mod-perl2 2.0.11-2+b1
libapache2-mod-php7.4 7.4.11-1
perl 5.32.0-5
As there is another bug in Mageia Linux (see
https://bugs.mageia.org/show_bug.cgi?id=25411) which points to (probably)
Control: severity -1 serious
Control: tags -1 + ftbfs
Hi Jonathan
python3-defaults with python 3.9 as default is now in unstable.
Regards
Graham
This functionality is essential for those who are use NAT. Please
incorporate.
https://api.ipify.org is an alternate service to checkip.dyndns.org.
--- ez-ipupdate-3.0.11b7/ez-ipupdate.c.orig 2006-12-29 23:13:42.364545448
+0100
+++ ez-ipupdate-3.0.11b7/ez-ipupdate.c 2006-12-29
Package: wnpp
Severity: wishlist
Owner: Witherking25
* Package name: webpackage
Version : 1.5.2
Upstream Author : Witherking25
* URL : https://github.com/WebPackage/WebPackage
* License : GPL3
Programming Lang: C++
Description : WebPackage is a
Oops
It should be webpackage not wnpp
On Thu, Nov 19, 2020 at 12:06 AM Witherking25
wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Witherking25
>
> * Package name: webpackage
> Version : 1.5.2
> Upstream Author : Name
> * URL :
Package: wnpp
Severity: wishlist
Owner: Witherking25
* Package name: webpackage
Version : 1.5.2
Upstream Author : Name
* URL : https://github.com/WebPackage/WebPackage
* License : GPL3
Programming Lang: C++
Description : WebPackage is a revolutionary
Source: antimony
Version: 0.9.3-1.2
Severity: serious
Tags: ftbfs bullseye sid
Hi Maintainer
As per reproducible builds [1], antimony recently started failing to
build in testing and unstable.
I've copied what I hope is the relevant part of the log below.
Regards
Graham
[1]
Package: libass9
Version: 1:0.14.0-2
Severity: normal
Dear Maintainer,
please see upstream issue:
https://github.com/libass/libass/issues/431
This is fixed in version 0.15.* (and thus in Debian testing and unstable)
but I feel it still bears reporting because of possible security implications.
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "fontedit":
* Package name: fontedit
Version : 1.1.0-1
Upstream Author : Dominik Kapusta
* URL : https://kapusta.cc/fontedit
* License : BSL-1.0,
Package:wnpp
Severity: wishlist
Owner: Tu Qinggang
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name : deepin-album
Version : 5.6.9.34
Upstream Author : Deepin Technology Co, Ltd.
* URL : https://github.com/linuxdeepin/deepin-album
License : GPL-3.0
retitle 975026 Don't add "西元" to worldwide (2020) dates!
thanks
In fact I got a much better idea:
Chuck the whole 西元 totally!
Does
$ LC_ALL=C date
Thu Nov 19 13:11:20 CST 2020
add "A.D." etc.? No!
Anyway, it is up to
https://en.wikipedia.org/wiki/North_Korean_calendar
We just like one does not want to mention "Christ" when talking about
https://en.wikipedia.org/wiki/Metric_time etc.
See also
https://zh.wikipedia.org/wiki/公元
> "FW" == Florian Weimer writes:
FW> * 積丹尼 Dan Jacobson:
>> I think this,
>> $ LC_TIME=zh_TW.UTF-8 date
>> 西元2020年11月18日 (週三)
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "labelme":
* Package name: labelme
Version : 4.5.6-1
* URL : https://github.com/wkentaro/labelme
* License : GPL-3+
* Vcs :
20.10 is still in beta, so it shouldn't be candidate for bullseye. But if
they release the stable version before bullseye freeze, maybe we should
update.
Regarding cgroupv2, systemd maintainer has proposed to switch to cgroupv2
by default 1year ago. Please see #943981. It seems docker is the only
On Tue, Nov 10, 2020 at 11:37:12PM +0200, Adrian Bunk wrote:
> Source: bioperl-run
> Version: 1.7.3-4
> Severity: serious
>
> https://ci.debian.net/packages/b/bioperl-run/
>
> ...
> # Can't locate File/Sort.pm in @INC (you may need to install the
> File::Sort module) (@INC contains:
Hi Shengjing,
thanks for the message. I agree that we should start packaging docker
20.10.x in experimental.
Regarding docker 19.03.x: do you know if it will work at all in bullseye?
Right now it works for me, running Debian unstable. I guess it's because
both cgroup interfaces are available:
Control: reopen -1
On Thu, Nov 19, 2020 at 12:32:53AM +0100, Thomas Goirand wrote:
> Since James McCoy says it's fixed in python-pynvim 0.4.2, I'm closing
> this bug for msgpack.
I was referring to the upstream version, which has not been packaged
yet. Also, this bug was filed against *both*
Source: python-meshio
Followup-For: Bug #975092
Control: forwarded -1 https://github.com/nschloe/meshio/issues/970
Already reported upstream.
Can Nico's application for DD be accelerated? He'll need access to 32
bit porterboxes to get to the bottom of the bug.
Drew
Control: severity -1 important
> Indeed, after the second retry uim built fine.
>
> Removing the block, but not closing because a race condition may be a
> valid bug.
I lower the severity once because it is not always an build error.
--
Regards,
dai
GPG Fingerprint = 0B29 D88E 42E6
Control: tag 973644 pending
On 2020-11-03, Adrian Bunk wrote:
> On Mon, Nov 02, 2020 at 01:56:03PM -0800, Vagrant Cascadian wrote:
>> On 2020-11-02, Adrian Bunk wrote:
>> > "amd64 armel armhf i386" are the architectures supported upstream
>> > (32bit arm needs some files that are in upsteam but
Package: openssh-client
Version: 1:8.4p1-2
Severity: normal
I get the following:
zira:~> /usr/bin/ssh -vvv gcc202.fsffrance.org
OpenSSH_8.4p1 Debian-2, OpenSSL 1.1.1h 22 Sep 2020
[...]
debug1: Authentication succeeded (publickey).
Authenticated to gcc202.fsffrance.org ([195.170.63.224]:22).
On Wed, 18 Nov 2020 23:59:39 +
Steve McIntyre wrote:
>Hi Andreas!
>
>Thanks for looking into this for me!
>
>On Sun, Nov 15, 2020 at 04:23:12PM +0100, Andreas Ronnquist wrote:
>>
>>I have packaged a new git snapshot, downloadable from here:
>>
Le 15/11/2020 à 16:14, Andreas Ronnquist a écrit :
Hey guys -
I have packaged a new git snapshot, downloadable from here:
https://www.gusnan.se/debian/geeqie-common_1.5.1+git20201112-fae4de3c-1_all.deb
https://www.gusnan.se/debian/geeqie_1.5.1+git20201112-fae4de3c-1_amd64.deb
(You'll need to
> test2/test-suite.log is printed in build log:
I hadn't noticed that. Thank you.
I'll try to test more times, fortunately it is the upstream test
suite. So if I trying more times,
it should be reproduced.
Also I'll ask about it the upstream.
2020年11月18日(水) 9:53 :
>
> On Tue, Nov 17, 2020 at
Package: wnpp
Version: N/A; reported 2002-01-30
Severity: wishlist
Package name : xsuspender
Version : 1.2.0
Upstream Author : kernc (https://github.com/kernc)
URL : https://github.com/kernc/xsuspender
License : WTFPL
Description : XSuspender configurably suspends application activity
(using Unix
Hi Andreas!
Thanks for looking into this for me!
On Sun, Nov 15, 2020 at 04:23:12PM +0100, Andreas Ronnquist wrote:
>
>I have packaged a new git snapshot, downloadable from here:
>
>https://www.gusnan.se/debian/geeqie-common_1.5.1+git20201112-fae4de3c-1_all.deb
Hello
> opening epub books with ebook-viewer changes the state (md5sum) of the book.
> Please don't touch the books without user consent and save state
> separately.
This behavior can be changed from "ebook-viewer"'s preferences.
Unset "Miscellaneous"->"Keep a copy of annotations/bookmarks in
Bug still present in linux-image-5.9.0-2-amd64 (5.9.6-1)
Quoting Romain Porte (2020-11-18 23:59:02)
> Hi Jonas,
>
> 2020-10-12 22:35 CEST, Jonas Smedegaard:
> > Totally untested, it should look something like the following
> > rewritten to instead use short-form dh sequencer:
> >
> > override_dh_dh_gencontrol:
> > printf fonts:familylist= \
> >
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "fonts-jetbrains-mono":
* Package name: fonts-jetbrains-mono
Version : 2.210-1
Upstream Author : [fill in name and email of upstream]
* URL :
Package: geogebra
Version: 4.0.34.0+dfsg1-8
Severity: normal
In the control file:
Homepage: http://www.geogebra.org
and in the copyright file:
Source: http://www.geogebra.org/
The URL should be updated to the https one for security reasons:
https://www.geogebra.org/
-- System Information:
On 2020-11-18 23:45, Holger Levsen wrote:
I think the explanation can be found in d/control of fonts-ubuntu:
https://tracker.debian.org/media/packages/f/fonts-ubuntu/control-0.83-4
It says "Section: non-free/fonts" also in the Ubuntu archive.
frankly I don't understand why you don't fix this
Package: firefox
Version: 82.0.3-1
Severity: wishlist
Dear Maintainer,
recent Firefox versions have the problem, that they cannot open new tabs
after upgrading, i.e., the new tab requests the user to restart the
browser. This is a problem when some webapp is still doing important
things or you
Source: zeromq3
Version: 4.3.3-3
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
zeromq3 fails to build from source due to a PATH_MAX issue in
tests/testutil.cpp, and a missing declaration of
make_random_ipc_endpoint in
On Wed, Nov 18, 2020 at 11:32:24PM +0100, Gunnar Hjalmarsson wrote:
> Right, it's in main in Ubuntu, but I think the meaning of main differs
> between Debian and Ubuntu. "main" in Ubuntu means that it's a package where
> Canonical takes responsibility for security updates, as opposed to
>
Hi!
On 2020-11-18 22:45, Holger Levsen wrote:
On Tue, Nov 17, 2020 at 07:04:22PM +0100, Gunnar Hjalmarsson wrote:
But vrms lists fonts-ubuntu as non-free also on Ubuntu systems.
I don't understand why this happens: if it were shipped in
multiverse or restricted, I'd understand, but AIUI
> Changing the value of 'server.username' in lighttpd.conf causes the
> server to fail to start. In my particular configuration, with webdav
> enabled, I get the following error:
>
> Starting Lighttpd Daemon...
> (mod_webdav.c.1153) sqlite3_open()
> '/var/cache/lighttpd/lighttpd.webdav.db':
On Wed, Nov 18, 2020 at 02:08:49PM -0800, Vagrant Cascadian wrote:
> Control: merge 975094 966333
oh! thanks! :)
I agree with disabling skip_missing_interpreters, so I will do this right
now in git...
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁
Control: merge 975094 966333
Quoting Sébastien Jodogne (2020-11-18 21:41:45)
>> That log was using the experimental package and local config, right?
>> It would be helpful if you could share how far you got using the
>> package in unstable instead, and no custom config. I.e. using
>> llvm-11.
>
> No, this log was
This issue, or a similar one, seems to have reappeared in Buster.
My system is a HP ProBook 650. I installed Stretch a while ago, and then
upgraded to Buster as per instructions on Debian website.
After a while and a few security upgrades the system was unable to boot,
spewing out
error: symbol
On 18.11.20 18:33, Matthew Vernon wrote:
> Package: tech-ctte
> Control: block 921012 by -1
> Control: block 964139 by -1
> X-Debbugs-CC: debian-init-divers...@chiark.greenend.org.uk
>
> Dear Technical Committee,
>
> This bug report relates specifically to bugs in the network-manager
> package
Hi,
I'm willing to maintain this package, and nicoo (CC'd) told me she's
ready to mentor me on this one.
Best regards,
--
Guinness
signature.asc
Description: PGP signature
hi again,
I'd appreciate if you could paste the output from running vrms to this
bug as well as the output of
$ find /etc/apt/sources.list* -type f |xargs cat
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF
hi Gunnar,
On Tue, Nov 17, 2020 at 07:04:22PM +0100, Gunnar Hjalmarsson wrote:
> Debian considers fonts-ubuntu to be “non-free”, while Canonical disagrees.
the vrms package in Debian takes Debian's position and disagrees with
RMS, see "#537941: [vrms] GNU docs are nonfree, but vrms should think
Package: wnpp
Severity: normal
Version: 0.1+git20160728.8b66737-2
Package has bugs that cannot be easily solved and upstream is
unresponsive. Its main dependency Theano is still in Debian but
upstream is EOL, so it is unlikely upstream will continue maintenance.
Package: logcheck-database
Version: 1.3.20
Severity: wishlist
Please find attached a patch to add logcheck rules for rtkit-daemon.
From fc9beada318039d05620fd842a3b6a33d2b00ef0 Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Wed, 18 Nov 2020 22:16:25 +0100
Subject: [PATCH] Add rules for
On Wed, 18 Nov 2020, Matthias Klose wrote:
> On 11/18/20 8:03 PM, Adrian Bunk wrote:
> > New OpenJDK versions tend to cause both buildtime and runtime breakages
> > in reverse dependencies, some of them hard to resolve and requiring
> > updates to new upstream versions which in turn require new
On 11/18/20 8:03 PM, Adrian Bunk wrote:
> On Wed, Nov 18, 2020 at 12:20:37PM +0100, Matthias Klose wrote:
>> For OpenJDK there are two other possibilities, which would require approval
>> by
>> release managers / stable release managers.
>>
>> - openjdk-16 will be released in April 2021, which
Package: gem2deb
Severity: wishlist
I: ruby-webauthn: package-contains-empty-directory
usr/share/rubygems-integration/all/plugins/ this is now common in many
packages, could this be handled at gem2deb level?
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Hi!
On 11/18/20 6:45 PM, Ian Jackson wrote:
> Hans van Kranenburg writes ("Bug#975062: Python 3 (pygrub) in 4.14 packages"):
>> So, apparently there are cases in which pygrub 'works' and in which it
>> does not, and apparently using pygrub with "amd64 kernel and Xen tools
>> but i386 userland" is
On 11/18/20 9:39 PM, Ian Jackson wrote:
> It seems I was distracted when I wrote this mail.
>
> Ian Jackson writes ("Re: Bug#975062: Python 3 (pygrub) in 4.14 packages"):
>> The problem with pygrub with 32-bit userland is as follows:
>>
>> * Xen has to be 64-bit since there is no 64-bit Xen.
>
Package: diffoscope
Version: 161
Severity: normal
Dear Maintainer,
building diffoscope 161 results in the following lintian warnings and errors
which we should fix, because also tests should ship their sources (in general,
there are some exceptions...)
E: diffoscope source: source-is-missing
Source: r-cran-cpp11
Version: 0.2.4-1
Severity: important
Hi Andreas,
I just hinted this package into testing because it's a new build
dependency of a key package that's not migrating, but please fix the
autopkgtest.
Paul
signature.asc
Description: OpenPGP digital signature
Control: tag -1 upstream
Control: forwarded -1 https://sourceforge.net/p/podofo/tickets/109/
On Wed, Nov 18, 2020 at 12:54:48PM +, Reuben Thomas wrote:
> The word “interpretor” should be “interpreter” everywhere.
Aye, thank you for reporting this!
I sent a patch upstream to fix the typo,
Source: weechat-el
Version: 0.5.0-4
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of weechat-el the autopkgtest of weechat-el fails
in testing when that autopkgtest is run with the binary
Hi all,
> Version 0.11.2 is available.
There is even 1.x.x available now, which broke API :( [1]
Should we introduce a new source package, python-pika1, to reflect that
and preserve the old API for the existing reverse deps:
$ apt-rdepends -r python3-pika
Reading package lists... Done
Building
Control: tags -1 moreinfo
signature.asc
Description: This is a digitally signed message part
Source: python-meshio
Version: 4.3.5-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of python-meshio the autopkgtest of python-meshio
fails in testing when that autopkgtest is run with
Package: wnpp
Severity: wishlist
Owner: Benjamin Morledge-Hampton
Package name: r-cran-lomb
Version : 1.2-1
Upstream Author : Thomas Ruf
URL : https://salsa.debian.org/r-pkg-team/r-cran-lomb/
License : GPL-2+
Programming Lang: R
Description :
Package: wnpp
Followup-For: Bug #966000
Big fan of soulseek network here: upstream nicotine-plus has made
a huge work and it's really great again.
Besides they maintain their own debian/ dir.
I'd package it again if i had more time.
Jérémy
Source: python-injector
Version: 0.18.4-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of python-injector the autopkgtest of
python-injector fails in testing when that autopkgtest is run
> That log was using the experimental package and local config, right?
> It would be helpful if you could share how far you got using the package
> in unstable instead, and no custom config. I.e. using llvm-11.
No, this log was generated using only the packages from unstable, simply
by running
It seems I was distracted when I wrote this mail.
Ian Jackson writes ("Re: Bug#975062: Python 3 (pygrub) in 4.14 packages"):
> The problem with pygrub with 32-bit userland is as follows:
>
> * Xen has to be 64-bit since there is no 64-bit Xen.
^^ 32
this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://repos.rcn-ee.com/debian buster/main armhf
ca-certificates-java all 20190405rcnee1~buster+20201118 [15.8 kB]
Fetched 15.8 kB in 0s (62.8 kB/s)
(Reading database ... 85872 files and directories currently
Source: netgen
Version: 6.2.2006+dfsg-1
Severity: serious
Tags: ftbfs
Control: block 972588 by -1
Upstream seems to have made it amd64-only:
https://buildd.debian.org/status/package.php?p=netgen
Source: ruby-defaults, rails
Control: found -1 ruby-defaults/1:2.7+2
Control: found -1 rails/2:6.0.3.4+dfsg-1
Severity: serious
Tags: sid bullseye
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainer(s),
With a recent upload of
On Wed, Nov 18, 2020, 15:21 Paul Gevers wrote:
> Source: python-msgpack, python-pynvim
> Control: found -1 python-msgpack/1.0.0-4
> Control: found -1 python-pynvim/0.4.1-2
> Severity: serious
> Tags: sid bullseye
> X-Debbugs-CC: debian...@lists.debian.org
> User: debian...@lists.debian.org
>
Quoting Sébastien Jodogne (2020-11-18 20:49:27)
> I think there will be other topics to be discussed,
Indeed. Please file separate bugreports for each topic.
>>> When building a large C++ project using the current package, the
>>> WebAssembly linking might fail with error "emscripten:ERROR:
Source: python-msgpack, python-pynvim
Control: found -1 python-msgpack/1.0.0-4
Control: found -1 python-pynvim/0.4.1-2
Severity: serious
Tags: sid bullseye
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update timeout
Dear maintainer(s),
With a
Control: tags -1 + confirmed
On Fri, 13 Nov 2020 at 14:42, Matthias Klose wrote:
> it's now time to go ahead with the 3.9 defaults change.
Please go ahead.
Package: release.debian.org
Severity:normal
Description: this package contains a fix to be compatible with
thunderbird 78.x
It is a follow up to bug #0775020.
kind regards
--
Mechtilde Stehmann
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899 39E7 F287 7BBA
> Thanks for your bugreport - and for being the first known user of the
> emscripten package in Debian (besides my own use of it for the olm
> package).
This is really nice to see other work on WebAssembly in Debian! :-)
I think there will be other topics to be discussed, notably how to
properly
Package: bist
Version: 0.5.2-1.2
Severity: normal
I have see that the homepage
https://gna.org/projects/bist/
do not respond anymore (gna was shut down)
I think that the new homepage is:
http://freshmeat.sourceforge.net/projects/bist
Here there is the new version 0.5.7.
Ok also freshmeat was
Control: tags -1 + confirmed
On 2020-10-18 12:34:48 +0200, Sebastian Ramacher wrote:
> On 2020-10-09 14:32:21 +0200, Sébastien Villemot wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > Control: block -1 by
Control: forwarded -1
https://release.debian.org/transitions/html/auto-notcurses.html
On 2020-11-18 01:46:40 -0500, Nick Black wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: dankamong...@gmail.com,
Hi,
On Wed, Nov 18, 2020 at 10:21 AM Matthew Vernon wrote:
>
> I invite the technical committee to rule that:
What a great read! This message must be among the best prepared, and
most polite, to come before the committee.
Kind regards,
Felix Lechner
Package: tomb
Version: 2.7+dfsg2-2
Severity: important
Tags: security,upstream
Forwarded: https://github.com/dyne/Tomb/issues/392
X-Debbugs-Cc: car...@debian.org, Debian Security Team <
t...@security.debian.org>
The flaw described in bug #974719 [1] still shows up when using Tomb in
debug mode
The BeagleBone Black is single core Cortex-A8, it looks like
-XX:-AssumeMP has to be passed on startup:
https://www.gitmemory.com/issue/AdoptOpenJDK/openjdk-build/1070/489695028
Another user on our forum posted the same issue on a BBB..
Package: bindex
Version: 2.2+svn101-4
Severity: normal
I have see that the homepage
http://www.osgi.org/Repository/BIndex
do not respond anymore
I think that the new homepage is (where all the osgi projects have
migrated):
https://github.com/osgi
probably the bindex code was now replaced by
Source: snd
Version: 20.8-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Control: block 975029 by -1
X-Debbugs-Cc: sramac...@debian.org
snd currently fails to build in unstable:
| gcc -c -DSCRIPTS_DIR=\"/usr/share/snd\" -Wdate-time
apt policy chromium
chromium:
Installé : 87.0.4280.66~linuxmint1+debbie
Candidat : 87.0.4280.66~linuxmint1+debbie
Table de version :
*** 87.0.4280.66~linuxmint1+debbie 200
200 http://packages.linuxmint.com debbie/upstream amd64 Packages
100 /var/lib/dpkg/status
Package: enblend-enfuse
Version: 4.2-6
Severity: important
Tags: ftbfs
User: team+bo...@tracker.debian.org
Usertags: boost174
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear maintainer,
it was discovered that your package failed to build
against boost_1.74. Logs can be found here [1]. Most
Control: tags -1 + confirmed
Control: forwarded -1 https://release.debian.org/transitions/html/auto-krb5.html
On 2020-11-17 10:07:48 -0500, Sam Hartman wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi. I've
Package: policy-rcd-declarative
Version: 0.5
Severity: important
Hello Wouter,
There is a circular dependency between policy-rcd-declarative and
policy-rcd-declarative-allow-all:
policy-rcd-declarative :Depends: policy-rcd-declarative-allow-all |
policy-rcd-default-policy
On Wed, Nov 18, 2020 at 12:20:37PM +0100, Matthias Klose wrote:
> [removed the Python 2 bits]
>
> On 11/17/20 11:08 PM, Moritz Muehlenhoff wrote:
> > Package: debian-security-support
> > Severity: normal
> > X-Debbugs-Cc: d...@debian.org, t...@security.debian.org
>
> > openjdk-15 will be
Package: billard-gl
Version: 1.75-17
Severity: normal
I have see that the homepage
http://www.billardgl.de/index-en.html
do not respond anymore and the site www.billardgl.de is now used by others
I think that the new homepage is:
https://sourceforge.net/projects/billardgl/
Ciao
Davide
Package: libc6
Version: 2.31-4
Severity: important
Hello GNU libc maintainers,
There is a circular dependency between libc6, debconf, dpkg, libacl1,
libbz2-1.0, libcom-err2, libcrypt1, libgcc-s1, libgssapi-krb5-2,
libk5crypto3, libkeyutils1, libkrb5-3, libkrb5support0, liblzma5,
libnsl2,
Hello Carles,
Am 18.11.20 um 09:44 schrieb Carles Pina i Estany:
> Next weeks I will have some time. I'd be happy to have another look at
> this.
>
> This branch (old, 6 months) should fix the bug:
>
On 11/18/20 7:46 PM, Moritz Muehlenhoff wrote:
> On Wed, Nov 18, 2020 at 12:20:37PM +0100, Matthias Klose wrote:
>> [removed the Python 2 bits]
>>
>> On 11/17/20 11:08 PM, Moritz Muehlenhoff wrote:
>>> Package: debian-security-support
>>> Severity: normal
>>> X-Debbugs-Cc: d...@debian.org,
Package: bibtexconv
Version: 0.8.20-1
Severity: normal
I have see that the homepage
http://www.iem.uni-due.de/~dreibh/bibtexconv/
do not respond anymore
I think that the new homepage is:
https://www.uni-due.de/~be0001/bibtexconv/
Here there is the new version 1.1.21.
Ciao
Davide
On Wed, Nov 18, 2020 at 12:20:37PM +0100, Matthias Klose wrote:
> [removed the Python 2 bits]
>
> On 11/17/20 11:08 PM, Moritz Muehlenhoff wrote:
> > Package: debian-security-support
> > Severity: normal
> > X-Debbugs-Cc: d...@debian.org, t...@security.debian.org
>
> > openjdk-15 will be
Control: tag + confirmed
Control: retitle -1 emstripten: uses partly incompatible LLVM 11 by default
Hi Sebastien,
Thanks for your bugreport - and for being the first known user of the
emscripten package in Debian (besides my own use of it for the olm
package).
Quoting Sebastien Jodogne
This is an excellent discussion and a good summary. Thank you, Gunnar!
Gunnar Wolf writes:
> There is a course of action that's unlikely to leave everybody happy,
> but is worth considering: Phil said:
> Phil>
> that makes it seem like what we actually need is a decent way of
>
James, thanks for making the changes for the conversion to dh-vim-addon
on the package git repository!
I see them in place now and even released as 20201113, which means I
could re-try this with the new approach.
While looking at the code changes, I noticed that color_sampler_pack
was updated
Hi Rafael,
On 18-11-2020 08:54, Rafael Laboissière wrote:
>> Your package has an autopkgtest, great! However, it fails due to
>> timeout on ppc64el (after 2:47 hours) and regularly on amd64 too. Can
>> you please investigate and fix the situation?
>>
>> To avoid needlessly stress our
Hello all,
On Wed 18 Nov 2020 at 11:36AM -06, Gunnar Wolf wrote:
> So... It's not like we reached a conclusion, but I do feel the meeting
> was interesting and the discussion very much worthy. Yes, this will
> surely end up in reinforcing the notion that the Technical Committee
> is a slow and
1 - 100 of 195 matches
Mail list logo
