* Adrian Bunk [2020-05-28 12:40]:
Control: reassign -1 octave-io 2.6.1-1
Control: affects -1 src:octave-mapping
Control: close -1 2.6.1-2
On Thu, May 28, 2020 at 09:32:04AM +0200, Rafael Laboissière wrote:
* Adrian Bunk [2020-05-23 15:33]:
Source: octave-mapping
Version: 1.4.0-1
Severity:
Hi Paul,
On 28 May 2020 at 08:23, Paul Gevers wrote:
| Hi Dirk,
|
| On 28-05-2020 01:14, Dirk Eddelbuettel wrote:
| > Shall I close this one 'by hand'? Or will it get closed by migrating
| > quantlib-swig? I just close the other one (#956830) that was at the start
of
| > this by hand.
|
| I
On 28 May 2020 at 10:10, Dylan Aïssi wrote:
| Package: lintian
| Version: 2.77.1
| Severity: wishlist
| X-Debbugs-CC: debia...@lists.debian.org
|
| Hi,
|
| I just saw a R binary package (r-cran-isospec) with wrong dependencies
| (bug not yet opened). Lintian doesn't warn about a problem in its
On 28/05/20 6:43 am, Chris Hofstaedtler wrote:
> Package: freedombox
> Version: 20.9
> Severity: wishlist
>
> Dear Maintainer,
>
> your package currently Recommends: haveged. On modern kernels, so
> whatever will ship in bulleye, the kernel will provide enough entropy,
> so there should be no nee
Hi,
(see bottom)
Roland Plüss 于2020年5月28日周四 上午10:45写道：
>
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "dragengine"
>
> * Package name : dragengine
> Version : 1.1
> Upstream Author : rol...@rptd.ch
> * URL : https://dragondrea
Package: coreutils
Version: 8.30-3
Hi,
POSIX specifies printf has no options, meaning this should print "--help".
Arguments parsing must simply not be attempted at all in order to be compliant
as far as I know.
$ /usr/bin/printf --help
Usage: /usr/bin/printf FORMAT [ARGUMENT]...
or: /usr/bi
Package: dash
Version: 0.5.10.2-5
Hi,
POSIX specifies printf has no options, meaning these should print "-h" and "--
help" respectively. Arguments parsing must simply not be attempted at all in
order to be compliant as far as I know.
$ printf -h
sh: 1: printf: Illegal option -h
$ printf --help
Hello dear,
My name is Bukuri Dervishi, I’m a citizen of Albania base in Turkey
for my previous business. This is a confidential message, I have lost
two of my children due to covid19; early February we came to Italy on
visit without knowing that things was about to fall appart. Not only
did my ch
Okay I'll take a look, there is actually a new version of Siconos that
I have almost finished packaging so I will test against experimental.
regards,
Steve
On Thu, May 28, 2020 at 4:15 PM Sebastian Ramacher wrote:
>
> Source: siconos
> Version: 4.2.0+git20181026.0ee5349+dfsg.2-3
> Severity: impo
Hi Dirk,
Le jeudi 28 mai 2020 à 07:07 -0500, Dirk Eddelbuettel a écrit :
> Package: libopenblas-dev
> Version: 0.3.8+ds-1
> Severity: serious
> In short, when libopenblas-dev is installed (as e.g. from r-base-dev as a
> dependency from libblas-dev, liblapack-dev) then
>
> libopenblas0-pthrea
Package: dash
Version: 0.5.10.2-5
Hi all,
I believe I have found a POSIX compliance bug when dash is being executed as
sh. It is very easy to reproduce, simply run the below:
# kill -USR1 -- 0
sh: 3: kill: Illegal number: -
kill(1p) says:
> The kill utility shall conform to the Base Definitio
This has been fixed upstream with
https://git.kernel.org/pub/scm/utils/dash/dash.git/commit/?id=51e2d88d6e513150a76c007111bbee21bb922c33
Thanks,
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Source: siconos
Version: 4.2.0+git20181026.0ee5349+dfsg.2-3
Severity: important
Tags: ftbfs sid bullseye
Control: block 961053 by -1
A test rebuild of siconos for the upcoming mumps transition (the new
package is available in experimental) failed:
| The following tests FAILED:
|19 - python_tes
Package: openfortivpn
Version: 1.14.0-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I realize it's only been out a week, but the change has at least
potential security implications.
diff --git a/src/ipv4.c b/src/ipv4.c
index 9191f00..91ff763 100644
- --- a/src/ipv4.c
+++ b
Source: ardour
Severity: wishlist
A new upstream version 6.0 of ardour is available at
https://ardour.org/whatsnew.html
Cheers,
Bastian
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Package: freedombox
Version: 20.9
Severity: wishlist
Dear Maintainer,
your package currently Recommends: haveged. On modern kernels, so
whatever will ship in bulleye, the kernel will provide enough entropy,
so there should be no need for haveged, except in exceptional
situations.
Please remove t
Package: sddm
Version: 0.18.1-1
Severity: wishlist
Dear Maintainer,
your package currently Recommends: haveged. On modern kernels, so
whatever will ship in bulleye, the kernel will provide enough entropy,
so there should be no need for haveged, except in exceptional
situations.
Please remove the
On Thu, May 28, 2020 at 02:49:38PM +0200, Paolo Greppi wrote:
> This certainly makes sense and will be easier to digest by ftp-master
> (although you'll have two packages in NEW).
>
> For the tarballs, they are here:
> https://gitlab.eumetsat.int/open-source/PublicDecompWT/-/tags
> (click on the
control: tags -1 +moreinfo
Dear Eric,
Thanks for your report!
On Thu, May 28, 2020 at 5:21 PM Eric Marsden
wrote:
>
> I can confirm this bug.
> It's unclear to me why this is necessary, but changing the line
> ExecStart=/usr/bin/stubby
> to
> ExecStart=/usr/bin/stubby -C /etc/stubby/stu
* Holger Levsen [200528 15:15]:
> Hi,
>
> On Thu, May 28, 2020 at 01:06:49PM +, Chris Hofstaedtler wrote:
> > your package currently Recommends: haveged. On modern kernels, so
> > whatever will ship in bulleye, the kernel will provide enough entropy,
> > so there should be no need for haveged
Package: wnpp
Severity: wishlist
Subject: ITP: presto -- REpertoire Sequencing TOolkit
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: presto
Version : 0.6.0
Upstream Author : Kleinstein Lab, Yale University
* URL : https://presto.readthedocs.io/
On Thu, May 28, 2020 at 03:24:22PM +0200, Chris Hofstaedtler wrote:
> The topic came up on IRC, and for me it is about removing bloat from
> ("default") installs.
cool, thanks.
> I have also heard about concerns of the quality of haveged
> randomness, but personally did not investigate.
ack.
a
Hi,
On Thu, May 28, 2020 at 01:06:49PM +, Chris Hofstaedtler wrote:
> your package currently Recommends: haveged. On modern kernels, so
> whatever will ship in bulleye, the kernel will provide enough entropy,
> so there should be no need for haveged, except in exceptional
> situations.
>
> Pl
> I have not much to add to your analysis, and I agree in that we can't
> and shouldn't change the structure of the packages in existing stable
> releases. However we can take this issue as a good warning on the fact
> that compatibility between the two DBs can't be assumed, and the
> packages in t
Hi Georg,
* Georg Faerber [200528 13:07]:
> Upstream recommends "to run a random number generator like haveged. This
> ensures Schleuder won't be blocked by lacking entropy, which otherwise
> might happen especially during key generation."
>
> Still there are concerns ([1], other examples do exi
Hi Thomas,
GOSC refers to guest OS customization.
Thanks!
Yanhui
Package: live-task-recommended
Version: 11.0.2
Severity: wishlist
Dear Maintainer,
your package currently Recommends: haveged. On modern kernels, so
whatever will ship in bulleye, the kernel will provide enough entropy,
so there should be no need for haveged, except in exceptional
situations.
Pl
Package: education-networked-common
Version: 2.11.18
Severity: wishlist
Dear Maintainer,
your package currently Recommends: haveged. On modern kernels, so
whatever will ship in bulleye, the kernel will provide enough entropy,
so there should be no need for haveged, except in exceptional
situation
Package: dms-core
Version: 1.0.8.1-1
Severity: wishlist
Dear Maintainer,
your package currently Recommends: haveged. On modern kernels, so
whatever will ship in bulleye, the kernel will provide enough entropy,
so there should be no need for haveged, except in exceptional
situations.
Please remov
This certainly makes sense and will be easier to digest by ftp-master (although
you'll have two packages in NEW).
For the tarballs, they are here:
https://gitlab.eumetsat.int/open-source/PublicDecompWT/-/tags
(click on the Download icon at the right).
gitlab works well with uscan, see for exampl
On 2020-05-27 22:28:44 [+0100], Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
>
> On Sun, 2020-05-24 at 17:47 +0200, Sebastian Andrzej Siewior wrote:
> > As part of this update I also introduce the `libclamunrar' package
> > which only purpose is to depend on libclamunrar9. On the last sona
However, the game won't boot anyway. Just the clean GRUB background is
displayed and nothing else happens. Any idea why?
Actually, this may be part of the problem! The game is supposed to run
in plain text mode (80x25) which is apparently not active as long as the
GRUB background is still show
On Thu, May 28, 2020 at 01:55:15PM +0200, Julien Puydt wrote:
> Hi,
>
> do you have any reason for not filing a RM bug request to the ftp-
> master team?
>
> If it's an old fork with no rdepends, that looks like a good candidate.
>
Hello Julien
As I didn't have any previous knowledge of this p
Package: wnpp
Severity: wishlist
Owner: Enrico Zini
* Package name: publicdecompwt
Version : 2.7.2
Upstream Author : EUMETSAT http://www.eumetsat.int/
* URL :
https://gitlab.eumetsat.int/open-source/PublicDecompWT
* License : Apache
Programming Lang: C++
D
Got it, thanks!
I am fix and update.
Could you please check for me.
On Thu, May 28, 2020, 2:54 PM Kyle Robbertze
wrote:
> Control: tags -1 moreinfo
>
> Hi,
>
> After reviewing the package, there are a couple things I noticed:
>
> - Missing copyright info for the following files:
> * ./m4/*
>
Source: linux
Version: 5.6.7-1
Severity: normal
Tags: upstream
Dear maintainers,
thanks for your hard work with the kerne package, it is really appreciated.
I'll like to report a crash I had today with th iwlwifi module.
Find attached the logs.
This is what lspci has to say about this hardware:
Control: tags -1 + pending
On Fri, May 1, 2020 at 11:14 PM Holger Wansing wrote:
> Hmm, I found
> https://salsa.debian.org/dsa-team/mirror/userdir-ldap/-/blob/master/ud-xearth
> Maybe it's related here?
> But I can't get any further ...
This came up on IRC, I debugged it and fixed it in git. Nex
Package: miniupnpd
Version: 2.1-6.1
Severity: important
Dear Maintainer,
When iptables Debian package is installed,
we have two versions, iptables-nft and iptables-legacy.
The default in Buster and Bullseye is iptables-nft, as
https://wiki.debian.org/iptables
/etc/miniupnpd/iptables_init.sh regi
Package: libopenblas-dev
Version: 0.3.8+ds-1
Severity: serious
This is a somewhat 'late' bug report followed several on and off discussion
threads on debian-science and/or debian-r (and started on the r-sig-debian
list from the R Project).
In short, when libopenblas-dev is installed (as e.g. fr
Hi,
do you have any reason for not filing a RM bug request to the ftp-
master team?
If it's an old fork with no rdepends, that looks like a good candidate.
Cheers,
JP
It is possible for open64 to block on named pipes, and therefore
it can be interrupted by signals and return EINTR. We should only
let it fail with EINTR if real signals are pending (i.e., it should
not fail on SIGCHLD if SIGCHLD has not been trapped).
This patch adds a new helper sh_open to retr
On Thu, May 28, 2020 at 01:21:17PM +0200, olivier sallou wrote:
> Le jeu. 28 mai 2020 à 13:00, Andreas Tille a écrit :
>
> > Hi Olivier and Vincent
> >
> > On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
> > >
> > > picard-tools build depends on libguava-java-doc,
> > > which is no l
Package: recoll
Version: 1.26.7-1
Severity: wishlist
seems no rush, majority of fixes seems to be windows related:
https://www.lesbonscomptes.com/recoll/pages/release-1.27.html
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstabl
Le jeu. 28 mai 2020 à 13:00, Andreas Tille a écrit :
> Hi Olivier and Vincent
>
> On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
> >
> > picard-tools build depends on libguava-java-doc,
> > which is no longer built by src:guava-libraries.
>
> I've tried to simply leave out libguava-
Package: wnpp
Severity: wishlist
Owner: Nicolas Mora
X-Debbugs-CC: Debian IoT Maintainers
* Package name: rhonabwy
Version : 0.9.9
Upstream Author : Nicolas Mora
* URL : https://github.com/babelouest/rhonabwy
* License : LGPL-2.1
Programming Lang: C
Descr
On Thu, May 28, 2020 at 12:57:32PM +0200, Fabian Greffrath wrote:
>Hi Steve,
>
>Am 2020-04-28 17:32, schrieb Steve McIntyre:
>> Sorry, no. If you need unusual grub modules like this then you'll need
>> to disable Secure Boot.
>
>I have now disabled Secure Boot and indeed the error message disappear
Package: ftp.debian.org
Severity: normal
pbcopper (1.6.0+dfsg-2) unstable; urgency=medium
...
* Restrict architectures to 64bit
Closes: #960219
...
-- Andreas Tille Tue, 26 May 2020 13:28:10 +0200
Hi Olivier and Vincent
On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
>
> picard-tools build depends on libguava-java-doc,
> which is no longer built by src:guava-libraries.
I've tried to simply leave out libguava-java-doc but either this breaks
a test or the package is failing its
Hi Steve,
Am 2020-04-28 17:32, schrieb Steve McIntyre:
Sorry, no. If you need unusual grub modules like this then you'll need
to disable Secure Boot.
I have now disabled Secure Boot and indeed the error message
disappeared. However, the game won't boot anyway. Just the clean GRUB
background
Package: wnpp
Severity: wishlist
Owner: J0J0
* Package name: python3-webdavclient
Version : 3.14.3
Upstream Author : Evgeny Ezhov
* URL : https://github.com/ezhov-evgeny/webdav-client-python-3
* License : MIT
Programming Lang: Python
Description : WebD
Hi Dylan,
On Thu, May 28, 2020 at 10:10:54AM +0200, Dylan Aïssi wrote:
> Package: lintian
> Version: 2.77.1
> Severity: wishlist
> X-Debbugs-CC: debia...@lists.debian.org
>
> Hi,
>
> I just saw a R binary package (r-cran-isospec) with wrong dependencies
> (bug not yet opened). Lintian doesn't wa
Even if `ncal: setlocale: No such file or directory` is about my
system not having "en_US" generated and falling back to LANG=C, I just
can't find a place showing week 1 of 2019 being 6th-12th January 2019
for US.
f.ex:
https://www.timeanddate.com/calendar/custom.html?year=2019&country=1&wno=1&hol
Package: firefox
Version: 76.0.1-2
Before (<76), it used to crash some tabs when running low on memory.
Now (>=76), not only it takes more memory than before, but the whole
process crashes, with all its tabs.
Hi,
Le jeu. 28 mai 2020 à 10:15, Dylan Aïssi a écrit :
>
> I just saw a R binary package (r-cran-isospec) with wrong dependencies
>
Some days ago, I found another package with similar bug (r-bioc-mofa).
Already fixed in unstable but the version in testing has wrong
dependencies. This tag will he
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: lomiri-url-dispatcher
Version : 0.1.0
Upstream Author : Marius Gripsgard
* URL : https://gitlab.com/ubports/core/lomiri-url-dispatcher
* License : LGPL-3
Programming Lang: C / C++
Descrip
Sébastien Jodogne a écrit le 28/05/2020 à 11:28 :
> Dear Gilles,
>
> I finally managed to find a few hours to finalize your patch. I had to
> extend it a bit so for it to work correctly [1].
>
> Version "1.2+dfsg-2" of the package has just been uploaded accordingly.
Thanks!!
Best,
_ni.
Package: wnpp
Severity: wishlist
Owner: Sebastien Jodogne
* Package name: orthanc-gdcm
Version : 1.0
Upstream Author : Sebastien Jodogne
* URL : https://www.orthanc-server.com/
* License : GPL
Programming Lang: C++
Description : Transcoder/decoder of D
Dear libnet-server-perl developers,
You get this message as the upstream developers of the
libnet-server-perl Debian package. There is an security issue
accociated with the perl module, discussed in
https://rt.cpan.org/Ticket/Display.html?id=83909 > and
https://security-tracker.debian.org/CVE-2
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
* Package name: python3-webdavclient
Version : 3.14.3
Upstream Author : Evgeny Ezhov
* URL : https://github.com/ezhov-evgeny/webdav-client-python-3
* License : MIT
Programming Lang:
Control: found -1 2.007-1
As far as I can tell from the rt.cpan.org tracking site, this issue
was present in version 2.007. Since then a new version 2.008 and 2.009
has been released. Anyone know if the issue was fixed in any of those?
The upstream revision log state this:
2.009 Aug 09 2017
Package: wnpp
Severity: wishlist
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: J0J0 T
To: Debian Bug Tracking System
Subject: ITP: python3-discogs-client -- Python Client for the Discogs API
Message-ID: <159065804023.7538.4384819346194240242
Control: reassign -1 octave-io 2.6.1-1
Control: affects -1 src:octave-mapping
Control: close -1 2.6.1-2
On Thu, May 28, 2020 at 09:32:04AM +0200, Rafael Laboissière wrote:
> * Adrian Bunk [2020-05-23 15:33]:
>
> > Source: octave-mapping
> > Version: 1.4.0-1
> > Severity: serious
> > Tags: ftbfs
Control: notfound -1 fdroidserver/1.1.7-1
Control: found -1 python3-git/3.1.1-1
I can't find any possible reference in fdroidserver, or in python3-git
for that matter. My guess is that the issue is caused by python3-git
failing to parse something that was added in the most recent git. So
I'm r
Source: vsftpd
Severity: critical
Tags: ipv6
Justification: breaks the whole system
Dear Maintainer,
In some case (eg. embeded devices or private network), it sounds good to
desactivate ipv6.
But when ipv6 is desactivated, for exemple with "ipv6.disable=1" into the
GRUB_CMDLINE_LINUX,
the v
Package: python-imaplib2
Version: 2.57-5
Severity: normal
Tags: upstream
I noticed this from trying "usecompression = yes" in offlineimap.
When fetching large messages over IMAP, it's possible to
completely drain the system socket, but still have leftover data
in userspace that the high-level .re
Hi Holger,
(From the porch with a good glass in the evening sun)
-cjk is the basic common package, language specific stuff is in
-chinese/Korean/Japanese.
I don't think this is completely new, at least since 2020 but maybe even before.
Does it work with -lang-chinese added?
Best
Norbert
PRE
Package: arm-trusted-firmware
Severity: normal
Dear Maintainer,
The upstream project provides binary only software within the source tree which
should be removed from the debian source repository.
For example:
plat/rockchip/rk3399/drivers/dp/hdcp.bin
-- System Information:
Debian Release: 10.3
Hi,
Am Donnerstag, 28. Mai 2020 schrieb Norbert Preining:
> Hi Holger,
>
> > Is this expected? (Means: do we need to change something within the
> > buildchain
>
> No.
>
> > /usr/share/texlive/texmf-dist/tex/xelatex/xecjk/xeCJK.sty: File
> > `ctexhook.sty' not found.
>
> Do you have texlive-
On Wed, May 27, 2020 at 06:07:02PM +0200, Helmut Grohne wrote:
> > But the actual split is the last step (4th in your message). So at the first
> > step I just add Provides and don't split anything. Right?
>
> Yes, thank you for reminding me of what I wrote. I'm working on too many
> packages in pa
Dear Gilles,
I finally managed to find a few hours to finalize your patch. I had to
extend it a bit so for it to work correctly [1].
Version "1.2+dfsg-2" of the package has just been uploaded accordingly.
> It's not a problem doing the upload. this is the easy part :)
> What I'm uncomfortable wi
Control: forwarded -1 https://codereview.qt-project.org/c/qt/qtbase/+/302175
Hi Helmut,
On Wed, May 27, 2020 at 09:35:10PM +0200, Helmut Grohne wrote:
> I looked and the process is waaay to beyond what I can do. I'm not up to
> consenting to a 10-page TOS for a 5-line patch. Sorry.
>
> The 5-page
Source: isospec
Version: 2.0.2+dfsg1-3
Hi Maintainer
The file debian/control has Build-Depends on the following [1]:
python-dev,
python-setuptools,
Please drop these, as no Python 2 module is built.
Regards
Graham
[1]
https://salsa.debian.org/debichem-team/isospec/-/blob/master/debian/contro
Package: rr
Version: 5.2.0-4
Severity: wishlist
Dear Maintainer,
in bug #915337 the i386 support got dropped because of
the i386 baseline violation.
Would it be enough to depend just on i386 on
the package sse2-support.
That way the user gets an error when attempting to install
on an non-sse-ena
Hi Otto,
Otto Kekäläinen wrote on 28/05/2020:
> A future version of MariaDB might have the charsets in its own
> directory, but we can't start changing paths of stuff in existing
> stable releases, such as MariaDB 10.3 in Ubuntu 20.04 or Debian
> Buster. If MySQL introduces a backwards incompatibl
Control: tags -1 moreinfo
Hi,
After reviewing the package, there are a couple things I noticed:
- Missing copyright info for the following files:
* ./m4/*
* ./INSTALL
* ./aclocal.m4
* ./config.rpath
* ./install-sh
- The watch file is broken - it points to your packaging repo. It should
This should be fixed as of 0.18.1-1
I can confirm this bug.
It's unclear to me why this is necessary, but changing the line
ExecStart=/usr/bin/stubby
to
ExecStart=/usr/bin/stubby -C /etc/stubby/stubby.yml
in /lib/systemd/system/stubby.service fixes the problem.
On Wed, May 27, 2020 at 02:30:39PM -0700, Noah Meyerhans wrote:
> On Tue, May 26, 2020 at 05:10:10PM +0300, Adrian Bunk wrote:
> > > Adrian filed a rc bug in November 2019 which received no maintainer
> > > response, however the package was not autoremoved from testing due to
> > > aufs and aufs-
Package: lintian
Version: 2.77.1
Severity: wishlist
X-Debbugs-CC: debia...@lists.debian.org
Hi,
I just saw a R binary package (r-cran-isospec) with wrong dependencies
(bug not yet opened). Lintian doesn't warn about a problem in its
dependencies, so it would be cool to add a new warning (maybe
"m
Source: trilinos
Version: 12.14.1-3
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source (but built successfully in the past)
trilinos currently fails to build in unstable:
| [ 0%] Building CXX object
packages/kokkos/core/src/CMakeFiles/trilinos_kokkoscore.dir/imp
Package: wnpp
Severity: wishlist
Owner: Francisco Vilmar Cardoso Ruviaro
* Package name: protonvpn-cli
Version : 2.2.2
Upstream Author : Proton Technologies AG
* URL : https://github.com/ProtonVPN/linux-cli
* License : GPL-3+
Programming Lang: Python
Descr
Package: impressive
Version: 0.13.0~beta1a-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
impressive crashes with the following output for me, when used with any PDF:
###
Welcome to Impressive version 0.13.0-beta1a (SVN r285)
pygame 1.9.6
Hello from the pygam
Hi Holger,
> Is this expected? (Means: do we need to change something within the buildchain
No.
> /usr/share/texlive/texmf-dist/tex/xelatex/xecjk/xeCJK.sty: File
> `ctexhook.sty' not found.
Do you have texlive-lang-chinese installed?
Best
Norbert
--
PREINING Norbert
Source: pmount
Version: 0.9.23-4
X-Debbugs-CC: debian...@lists.debian.org, jmsrdeb...@protonmail.com
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
You recently added an autopkgtest to your package pmount, great.
However, it fails. Currently this fai
On Thu, May 28, 2020 at 12:14 AM Adam D. Barratt
wrote:
>
> Please go ahead.
Done, thank you!
--
Sergei Golovan
Source: openmolcas
Version: 19.11-5
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
You recently added an autopkgtest to your package openmolcas, great.
However, it fails on arm64. Currently this failure is blo
Package: texlive-base
Severity: normal
Hi Norbert,
with the latest texlive version, the debian-refcard fails to build its PDFs
for Korean, Japanese and Chinese (all these make use of
\usepackage{xeCJK} ).
At least Japanese and Chinese built fine with previous texlive versions
(Korean was just a
Source: git, fdroidserver
Control: found -1 git/1:2.27.0~rc2-1
Control: found -1 fdroidserver/1.1.7-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 git the au
* Adrian Bunk [2020-05-23 15:33]:
Source: octave-mapping
Version: 1.4.0-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=octave-mapping&arch=s390x&ver=1.4.0-1&stamp=1586986257&raw=0
...
shaperead: file /tmp/oct-fdWy3e.dbf couldn't be read;
no attribut
Package: miniupnpd
Version: 2.1-6.1
Severity: minor
Dear Maintainer,
miniupnpd package depends on the net-tools package,
but no file in net-tools seems being used by miniupnpd.
Best regards, Ryutaroh Matsumoto
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT polic
Package: cyrus-imapd
Version: 3.2.0-5~bpo10+1
Followup-For: Bug #961562
Hi, same problem here.
/var/log/exim4/mainlog
2020-05-28 08:32:03 1jeC5C-0002F9-SB == assiste...@resnovae.it R=local_user
T=local_delivery_cyrus defer (-1): LMTP connection closed after end of data
/var/log/mail.err
May 28
tags 961652 + patch
thanks
Hi Philipp!
I'd like to offer a patch (a rewrite of epam.c) which switches to
libei and seems to work for Erlang 21, 22, 23. It'd be better to check
it upstream though.
Cheers!
--
Sergei Golovan
diff --git a/c_src/epam.c b/c_src/epam.c
index 95e97fb..b7ad488 100644
--
Hi Eduard,
while I agree to the suggested german terms it IMHO isn't important
enough to add a patch to the Debian packaging of virt-manager.
You could, although, easily provide this suggestion to the upstream project.
In [1] they document how to do that.
[1]:
https://github.com/virt-manager/vir
101 - 193 of 193 matches
Mail list logo
