Hi Ondrej,
On Mon, May 11, 2020 at 10:39:51PM +0200, Ondřej Surý wrote:
> reopen 946217
> thanks
Was this sent to the wrong bug or are CVE-2019-19333 and
CVE-2019-19334 in libyang really unfixed? (AFAICS the upstream patches
are applied in the source in the -2 upload).
Regards,
Salvatore
I can reproduce the issue with Python 3.8.3rc1. I'll check the other
3.8 versions to see if it exists in earlier versions.
On Mon, May 11, 2020 at 11:00 AM Paul Gevers wrote:
>
> Hi Martin,
>
> On 11-05-2020 02:01, Martin Kelly wrote:
> >> Because your autopkgtest was part of the tests for
Hi,
Пн 11 мая 2020 @ 22:56 Andreas Beckmann :
> Package: swi-prolog-core,swi-prolog-core-packages
> Version: 8.1.30+dfsg-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package fails to upgrade from
> 'sid' to
tryit new version, this time let me redefine keys and works, but by
default does not work! gtk2 works perfectly (debian wheeze with older
version custon build)
2020-05-10 8:32 GMT-04:00, Andreas Ronnquist :
> On Tue, 6 Aug 2019 08:30:10 -0400 PICCORO McKAY Lenz
> wrote:
>> i created manually the
On Friday, 8 May 2020 3:52:31 AM AEST Julien Cristau wrote:
> That's not what "Provides" means though. What you're saying is
> "systemctl provides a subset of the systemd package's functionality".
> That's not good enough. Provides is much stronger than "there are cases
> where this might be
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "jag"
* Package name: jag
Version : 0.3.7-1
Upstream Author : XlabSoft & Industrial Infosystems
* URL : https://gitlab.com/coringao/jag/wikis
* License
On Friday, 8 May 2020 1:17:59 AM AEST Shengjing Zhu wrote:
> I can see both php-fpm and systemctl maintainers have good reasons to
> do what they did.
No, php-fpm maintainer had a bad reason to do what he did. His insistence on
using "systemd-tmpfiles" in SysV init script is a _demand_ to
On Tuesday, 5 May 2020 9:13:37 PM AEST Ondřej Surý wrote:
> Then focus on fixing this.
Ondřej, please consider the following patch:
Make init script not depending on systemd (Closes: #959174).
--- a/debian/control
+++ b/debian/control
@@ -238,7 +238,6 @@ Depends: libmagic1,
With node-jest now in the NEW queue, I have started working on this here:
https://salsa.debian.org/js-team/node-yarnpkg/-/tree/jest
I have built jest from https://salsa.debian.org/js-team/node-jest assuming
commit b9255f45c22c030b863e7d42aaf78c207db43478 will be tagged as 24.9.0+ds-2
Source: kallisto
Version: 0.46.2
Forwarded: https://github.com/pachterlab/kallisto/issues/254
Kallisto v0.46.2 segfaults with upstream test case (the one in 'test'
subdirectory). This is to report that packaging v0.46.2 should probably
not be attempted before the upstream solves the issue.
Package: lintian
Version: 2.72.0
Severity: wishlist
Please warn about Homepage and other URL based fields that do not
contain fully qualified URLs. It seems that the Data::Validate::URI or
URI Perl modules might be able to be used for this. There is currently
one package in Debian that doesn't
Package: lintian
Version: 2.72.0
Severity: wishlist
Please warn about Homepage fields that point to download directories.
Download directories are not "homepages" and should not be used like
that. This complaint should be either info or pedantic level and should
only be applied to Homepage fields
On 2020-05-12 01:04 +0200, John Paul Adrian Glaubitz wrote:
> On 5/12/20 1:01 AM, John Paul Adrian Glaubitz wrote:
> > On 5/11/20 11:56 PM, Xavier wrote:
> >> Could someone help us here ? I forwarded this bug to upstream ([1]) but
> >> didn't receive any response for now.
> >>
> >> (Cc to RFH bug)
Control: tags 904893 + pending
On Sun, 29 Jul 2018 10:44:23 +0100 Ian Campbell wrote:
> I tried to search[2] on Salsa for a replacement
Since Simon has retired from Debian and orphaned the duck package, I
migrated the git repos from alioth-archive.d.o to salsa and made a few
fixes in the git
This has been fixed in sudo 1.9.0:
https://www.sudo.ws/repos/sudo/rev/b45608f29a02
In sudo 1.9.0, the sudoers grammar in the manual now indicates that
"sudoedit" requires one or more arguments.
- todd
patch via ungoogled-chromium and Fedora. Refactor
debian/patches/fixes/gl.patch to make the changed line read
+ glx_image_ = new gl::GLImageGLX(size_, gfx::BufferFormat::BGRX_);
And rebuild. Proof of concept here:
https://build.opensuse.org/package/show/home:stevenpusser:schmonium/chromium
Sudo 1.9.0 includes a fix for this:
www.sudo.ws/repos/sudo/rev/98cb9d98f547
Control: tags -1 + patch
> I'll move this package to a cloud-team repository and prepare an upload
> to unstable on Monday if nobody beats me to it.
https://salsa.debian.org/cloud-team/python-boto/-/merge_requests/1
Hi!
I'm attaching a patch, based on the Salsa HEAD at 82d10d0,
to do just that.
The package builds with src/json.[ch] removed, too. Could probably be an
uscan exclusion rule, but I didn't want to touch the legacy d/copyright.
Best,
наб
File lists identical (after any substitutions)
Control
Control: tags -1 + pending
This is already fixed upstream. I'll push it to Debian shortly.
Hugh
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu libalien-wxwidgets-perl_0.69+dfsg-3 . ANY . unstable . -m "Rebuild for new
wxwidgets3.0 3.0.5.1+dfsg release"
-- System Information:
Debian Release: bullseye/sid
APT prefers
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "qterm"
* Package name : qterm
Version : 1:0.7.3-3
Upstream Author : [fill in name and email of upstream]
* URL : https://github.com/qterm/qterm
* License : GPL-2+ with OpenSSL exception
* Vcs
> > What exactly is it blocking?
>
> It blocks reverse deps from removing their Python 2 packages (or if
> Py2-specific the package at large), which in turn block the removal
> of other packages.
>
> In the case of bkchem python-pil and python-pmw, which in turn block
> the removal of python-tk.
Package: transmission
Version: 3.00
Please consider to upgrade to the current upstream version (3.00).
Regards
Jonatan
Package: src:chromium
Version: 81.0.4044.92-1
Severity: normal
Tags: upstream patch
Control: block 960360 by -1
Chromium needs this (1-line) patch to build with re2 20200501
https://github.com/chromium/chromium/commit/ede390a0b18e4565abf8ac1e1ff717e1d43fc320
> Clean up a call to set_utf8().
>
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Public ABI Breakage:
Types changed from maps to vectors in a couple of functions. Nothing in
Debian uses them.
Public API Breakage:
The deprecated RE2::Options::set_utf8 and
Package: wnpp
Owner: Kyle Edwards
Severity: wishlist
X-Debbugs-CC: debian-scie...@debian.org
* Package name: adios2
Version : 2.6.0
Upstream Author : Oak Ridge National Laboratory
* URL : https://github.com/ornladios/ADIOS2
* License : Apache
Programming
On Tue, May 12, 2020 at 01:04:06AM +0200, John Paul Adrian Glaubitz wrote:
> On 5/12/20 1:01 AM, John Paul Adrian Glaubitz wrote:
> > On 5/11/20 11:56 PM, Xavier wrote:
> >> Could someone help us here ? I forwarded this bug to upstream ([1]) but
> >> didn't receive any response for now.
> >>
> >>
Package: wnpp
Owner: Iñaki Malerba
Severity: wishlist
* Package name: python-mergedict
Version : 1.0.0
Upstream Author : Eduardo Naufel Schettino
* URL : https://github.com/schettino72/mergedict
* License : MIT
Programming Lang: Python
Description : A
Package: wnpp
Owner: Kyle Edwards
Severity: wishlist
X-Debbugs-CC: debian-scie...@debian.org
* Package name: libevpath
Version : 4.6.0
Upstream Author : Georgia Tech Research Corporation
* URL : https://github.com/GTkorvo/evpath
* License : BSD-3-clause
On Mon, May 11, 2020 at 09:07:06PM +0200, Julien ÉLIE wrote:
>
> I don't believe enabling this setting by default is a good idea.
> Nevertheless, you're right that having an inn.conf parameter to enable it,
> if the news admin wants, would be better.
Yes, a run-time configuration option would be
Dear Ondřej,
Many thanks for fixing this.
--
Sunil
signature.asc
Description: OpenPGP digital signature
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-scie...@debian.org
Dear mentors,
I am looking for a sponsor for my package "gtkorvo-libenet":
* Package name: gtkorvo-libenet
Version : 1.3.15-1
Upstream Author : Lee Salzman
* URL :
Package: texlive-binaries
Version: 2020.20200327.54578-4
Severity: normal
Dear Maintainer,
The current version of the package does not contain /usr/bin/texhash
which should be a link to /usr/bin/mktexlsr
Without texthash it is impossible to install Automatic Journal Title
Abbreviation Package
Package: exim4-base
Version: 4.93-15
Severity: normal
In /usr/share/doc/exim4-base/spec.txt.gz :
In order to append to an NFS file safely from more than one host, it is
necessary to take out a lock before opening the file, and the lock file
achieves this. Otherwise, even with fcntl()
Package: nlohmann-json-dev
Version: 2.1.1-1.1
Severity: important
Tags: patch
Dear Maintainer,
When trying to build my project which depends on nlohmann-json-dev 2.1.1, using
CMake leads to configuration files not found. See the error message below:
Could not find a package configuration
reassign 960335 texlive-base
tags 960335 + pending
thanks
On Mon, 11 May 2020, eb wrote:
> The current version of the package does not contain /usr/bin/texhash
> which should be a link to /usr/bin/mktexlsr
Thanks for the report - and it is good to hear that practically nobody
is using texhash
I believe this is also the cause of issues with PrivateBin version 1.3 and
higher. It is not possible to send or read a paste. Reading a paste will result
in:
```
DOMException: "The operation failed for an operation-specific reason"
privatebin.js:1240:25
decipher https://[PrivateBin
Source: vuls
Version: 0.7.0-1
Severity: normal
Control: forwarded -1 https://github.com/future-architect/vuls/issues/929
Vuls still uses obsolete and deprecated "github.com/hashicorp/uuid" library
that should be removed from Debian.
Recently upstream replaced this library with
I see I am coming to this thread a bit late, but for what it is worth,
here is some additional information.
But first, thanks to Udo Richter for suggesting the workaround of
installing linux-image-5.4.0-0.bpo.2-amd64, in other words backporting the
testing/bullseye kernel into buster. On my
Package: exim4-base
Version: 4.93-15
Severity: minor
In the exim_lock(8) man page:
The exim_lock utility locks a mailbox file using the same algorithm as
Exim. For a discussion of locking issues, see section 25.2. exim_lock
merge 960012 959971
thanks
signature.asc
Description: OpenPGP digital signature
Hi Rogério,
On 20-05-11 15:22:04, Rogério Brito wrote:
> Thanks for the kind message. I gave it a shot with gem2deb and I
> produced a (very) preliminary package. It is at:
>
> https://github.com/rbrito/pkg-pdfbeads
Did you import the latest upstream release? The gemspec tells
"2014-01-30",
Package: initramfs-tools-core
Version: 0.137
Putting a serial console on a non-existent/broken serial port
via the last "console=" argument of the kernel command line
causes the initrd to hang without completing the boot process.
If the problematic serial console argument comes first in the
On 5/12/20 1:01 AM, John Paul Adrian Glaubitz wrote:
> On 5/11/20 11:56 PM, Xavier wrote:
>> Could someone help us here ? I forwarded this bug to upstream ([1]) but
>> didn't receive any response for now.
>>
>> (Cc to RFH bug)
>
> The problem here is va_list. On some architectures, the calling
Hi Xavier!
On 5/11/20 11:56 PM, Xavier wrote:
> Could someone help us here ? I forwarded this bug to upstream ([1]) but
> didn't receive any response for now.
>
> (Cc to RFH bug)
The problem here is va_list. On some architectures, the calling convention
doesn't seem to allow comparing va_list
Package: wnpp
Owner: Kyle Edwards
Severity: wishlist
X-Debbugs-CC: debian-scie...@debian.org
* Package name: gtkorvo-libenet
Version : 1.3.15
Upstream Author : Lee Salzman
* URL : https://github.com/GTkorvo/enet
* License : other
Programming Lang: C
(Adding the Ruby team to the loop.)
Hi team, Rogério,
On 20-05-11 15:22:04, Rogério Brito wrote:
> On May 10 2020, Georg Faerber wrote:
> > On 20-05-10 17:24:12, Rogério Brito wrote:
> > > Since I don't know much ruby, I guess that it would be best to
> > > have people from the Ruby team
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "cowsay"
* Package name: cowsay
Version : 3.03+dfsg2-8
Upstream Author : Tony Monroe
* URL :
On Tue, May 12, 2020 at 12:17:36AM +0200, Francesco Poli wrote:
> On Tue, 12 May 2020 06:55:00 +0900 Mike Hommey wrote:
>
> > On Mon, May 11, 2020 at 11:34:39PM +0200, Francesco Poli wrote:
> [...]
> > > Yes, I downgraded firefox-esr and the bug vanished.
> > > This confirms that the issue is
Source: ytcc
Version: 1.8.1-1
Severity: serious
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
X-Debbugs-CC: fre...@debian.org fre...@linux.vnet.ibm.com
Dear maintainer(s),
As recently announced [1], the Release Team now considers packages that
are
Source: haskell-hindent
Version: 5.3.1-1
Severity: serious
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
X-Debbugs-CC: cl...@debian.org
Dear maintainer(s),
As recently announced [1], the Release Team now considers packages that
are out-of-sync between
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-scie...@debian.org
Dear mentors,
I am looking for a sponsor for my package "libffs":
* Package name: libffs
Version : 1.7.0-1
Upstream Author : Georgia Tech Research Corporation
* URL :
Package: mtd-utils
Severity: wishlist
mtd-utils can be built with AES support. As OpenSSL cannot be used for
license reasons, compile with wolfSSL's OpenSSL compatibility layer.
From 1d226f5bd2929ceef6df9a327a1cf492984e2a3b Mon Sep 17 00:00:00 2001
From: Bastian Germann
Date: Tue, 12 May 2020
Package: perl
Version: 5.30.0-10
Severity: normal
Dear Maintainer,
I've discovered several crash dumps made by perl in my
/var/crash. However, I cannot debug them further since perl doesn't have
debug symbols in Debian. I could try to reproduce it under valgrind, but
without debug symbols this
On Tue, 12 May 2020 06:55:00 +0900 Mike Hommey wrote:
> On Mon, May 11, 2020 at 11:34:39PM +0200, Francesco Poli wrote:
[...]
> > Yes, I downgraded firefox-esr and the bug vanished.
> > This confirms that the issue is indeed caused by the new version of
> > firefox-esr.
>
> Or not. This could
Hi Niels,
> I think that commit is missing "dh_gnome" in
> data/debhelper/dh_commands-manual? At least matches the tag output.
Bingo, well spotted. Fix committed in:
https://salsa.debian.org/lintian/lintian/commit/3c6da207dd13ea4689482c37f47e85c4d3be1ca3
Regards,
--
,''`.
:
> cyrus-imapd failed to build on almost all architectures. See
>
https://buildd.debian.org/status/fetch.php?pkg=cyrus-imapd=i386=3.2.0-1=1588581560=0
> and
>
https://buildd.debian.org/status/fetch.php?pkg=cyrus-imapd=arm64=3.2.0-1=1588581432=0
> for examples.
Hi,
Could someone help us here ? I
On Mon, May 11, 2020 at 11:34:39PM +0200, Francesco Poli wrote:
> On Tue, 12 May 2020 06:03:17 +0900 Mike Hommey wrote:
>
> > On Mon, May 11, 2020 at 06:27:01PM +0200, Francesco Poli (wintermute) wrote:
> > > Package: firefox-esr
> > > Version: 68.8.0esr-1
> > > Severity: important
> > >
> > >
control: tag -1 + upstream moreinfo
Dear Marco,
On Sat 09 May 2020 at 12:39AM +02, Marco Ricci wrote:
> Granted. I did however submit to my distro's tracker first to eliminate
> the case of this being Debian's fault due to a distro-specific patch, as
> I know happens with some other packages.
Shortly: Solution for preventing from errors by systemd
logrotate.service when running before local file systems are ready.
4a5
> After=local-fs.target
Package: prosody-modules
Version: 0.0~hg20200423.0233da912ab6+dfsg-1
Severity: wishlist
This module implements XEP-0425: Message Moderation.
(Currently supported by the Converse.js client.)
Package: znc
Version: 1.7.2-3
Severity: normal
Znc cannot connect to ssl-enabled networks if the openssl binary is not present
on the system. It cannot verify their certificates. It requires that both
ca-certificates and openssl be present on the system. Granted, on most systems
it will be, but
Package: libmrpt-tfest-dev,libmrpt-bayes-dev
Version: 1:2.0.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'stable'.
It installed fine in 'stable', then the upgrade to 'sid' fails
because it
On Tue, 12 May 2020 06:03:17 +0900 Mike Hommey wrote:
> On Mon, May 11, 2020 at 06:27:01PM +0200, Francesco Poli (wintermute) wrote:
> > Package: firefox-esr
> > Version: 68.8.0esr-1
> > Severity: important
> >
> > Hello!
> >
> > This morning I upgraded my Debian testing box, and firefox-esr
>
Package: logrotate
Version: 3.14.0-4
Severity: important
Tags: patch
Dear Maintainer,
the logrotate.service failed when started by the systemd under the following
conditions:
- There is no graphical target but the system runs to multi-user.target,
- The system was not started for a few days,
Hi Carsten,
On May/11/2020, Carles Pina i Estany wrote:
> > To generic variable names are always problematic at some point, so your
> > suggestion to prefix all the DEBUG name is a thing that need to happen.
> > Would you be willing came up with a patch? If not I will try to work on this
> >
On Mon, May 11, 2020 at 10:51:47AM +0200, Michael Banck wrote:
> Hi,
>
> On Sun, May 10, 2020 at 11:22:32AM +0200, Moritz Mühlenhoff wrote:
> > Let's go ahead with removal now? This is blocking progress on lower level
> > dependencies.
>
> What exactly is it blocking?
It blocks reverse deps
On Mon, May 11, 2020 at 08:55:52AM +0200, Raphael Hertzog wrote:
> Hi,
>
> On Fri, 08 May 2020, Moritz Mühlenhoff wrote:
> > > Your package either build-depends, depends on Python2, or uses Python2
> > > in the autopkg tests. Please stop using Python2, and fix this issue
> > > by one of the
Package: ftp.debian.org
Severity: normal
Please remove binplist. It depends on Python 2, is dead upstream and there are
no
rev deps in the archive. Acked by Raphael and Hilko in #936206.
Cheers,
Moritz
Package: libsolv-dev,libsolvext-dev
Version: 0.7.11-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.
Package: wnpp
Severity: wishlist
Subject: ITP: allelecount -- NGS copy number algorithms
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: allelecount
Version : 4.1.0
Upstream Author : Genome Research Ltd
* URL :
* Moritz Mühlenhoff:
>> Your package either build-depends, depends on Python2, or uses Python2
>> in the autopkg tests. Please stop using Python2, and fix this issue
>> by one of the following actions.
>
> https://github.com/google/binplist/issues/6 is without any update since 2016
> and there
Package: libkf5dav-dev,libkf5dav-data
Version: 20.04.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental'
Hello Daniel,
Hello Axel,
>> _arguments:comparguments:393: too many arguments
> In version 5.8-4, line 393 of _arguments doesn't call
> comparguments.
>> after deleting $opt_args_use_NUL_separators from _arguments:
> You seem to be using _arguments from git HEAD with zsh 5.8-4. > That
is not a
Package: obs-plugins
Version: 25.0.3+dfsg1-2
Severity: wishlist
Dear Maintainer,
Please include the v4lsink plugin for video loopback under linux.
It would be awesome to have out-of-the box support for a greenscreen
working with a normal webcam and consumeable by the various video
conferencing
Package: firefox
Version: 76.0-2
Severity: normal
Dear Maintainer,
I upgraded my Debian OS during the weekend. Today I found that I cannot use
Google Meet from Firefox nor Firefox ESR installation. It works normally with
other browsers (tested with Chromium and Google Chrome).
I tried with
On Mon, May 11, 2020 at 06:27:01PM +0200, Francesco Poli (wintermute) wrote:
> Package: firefox-esr
> Version: 68.8.0esr-1
> Severity: important
>
> Hello!
>
> This morning I upgraded my Debian testing box, and firefox-esr
> had the following upgrade:
>
> [UPGRADE] firefox-esr:amd64
On 2020-05-11 22:55:41 +0200, Sebastian Ramacher wrote:
> Source: isospec
> Version: 2.0.2+dfsg1-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
>
> isospec failed to build on ppc64el:
>
Hello Georg,
thanks a lot for your help. The packaging repo is:
https://salsa.debian.org/mzf/zipios
the branch for this buster patch is "fix_CVE-2019-13453_for_buster":
https://salsa.debian.org/mzf/zipios/-/tree/fix_CVE-2019-13453_for_buster
the last commit is:
Source: isospec
Version: 2.0.2+dfsg1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
isospec failed to build on ppc64el:
https://buildd.debian.org/status/fetch.php?pkg=isospec=ppc64el=2.0.2%2Bdfsg1-1=1589192318=0
Cheers
--
Sebastian
Package: swi-prolog-core,swi-prolog-core-packages
Version: 8.1.30+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to
On Wed, May 06, 2020 at 07:51:53PM +0200, Fabrice Creuzot wrote:
> * Package name: awf-gtk2
>Version : 2.0.0-3
> Changes since the last upload:
>
>* Initial debian package release (Closes: #959434)
Hi!
The package looks almost good to go:
* Debian revision: how come it's
Hi Ole,
I'm currently so much involved into urgend COVID-19 packaging that I
would really love if you could add a team upload - or even add yourself
as Uploader. Lots of packages who were maintained by Mathieu Malaterre
previously ended on my desk when he left and these are extremely far
from my
> On 2020-05-04 14:54:15 +0500, Lev Lamberov wrote:
> I can upload swi-prolog with these changes right after it is processed
> in NEW. Anyway I should add Breaks and Replaces to make updating from
> older versions smooth.
While we’re at it, could you please consider also
On Monday, May 11, 2020 4:18:45 PM EDT Emmanuel Arias wrote:
> El lun., 11 de may. de 2020 a la(s) 17:10, Antoine Beaupré
>
> (anar...@debian.org) escribió:
> > On 2020-05-11 14:53:29, Scott Kitterman wrote:
> > > On Monday, May 11, 2020 2:39:30 PM EDT Antoine Beaupré wrote:
> > >> On 2020-05-11
Control: forwarded -1
https://lore.kernel.org/r/20200506144558.ga4...@taurus.defre.kleine-koenig.org
Hello,
On Tue, Apr 21, 2020 at 12:59:15PM +, Lennert Van Alboom wrote:
> ‐‐‐ Original Message ‐‐‐
> On Sunday, 19 April 2020 17:02, Lennert Van Alboom
> wrote:
> > ‐‐‐ Original
El lun., 11 de may. de 2020 a la(s) 17:10, Antoine Beaupré
(anar...@debian.org) escribió:
>
> On 2020-05-11 14:53:29, Scott Kitterman wrote:
> > On Monday, May 11, 2020 2:39:30 PM EDT Antoine Beaupré wrote:
> >> On 2020-05-11 15:18:53, Emmanuel Arias wrote:
> >> > Hi,
> >> >
> >> > The upstream
Source: hpanel
Version: 0.3.2-5
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
hpanel fails to cross build from source, because it does not pass cross
tools to make. A simple way to fix this is using dh_auto_build with the
makefile buildsystem. The makefile buildsystem needs to
Control: tags 960324 pending
Paul Gevers wrote...
> Currently this regression is blocking the migration to testing [1]. Can
> you please investigate the situation and fix it?
Yeah, it's not that easy to get around the autopkgtest world. Noticed
the situation but did not bother to upload a fix
Source: prads
Version: 0.3.3-1.1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
prads fails to cross build from source, because it does not pass cross
tools to make. The easiest way of fixing that - using dh_auto_build -
almost makes prads cross buildable. It fails running
Source: aobook
Version: 1.0.3-3
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
aobook fails to cross build from source, because configure.ac abuses
AC_CHECK_FILE to search for files (includes in this case) expected on
the build system while it is meant to search the
Package: virt-viewer
Version: 7.0-2
Severity: important
I just installed virt-viewer package. Program cannot be executed because of:
virt-viewer: symbol lookup error: /usr/lib/x86_64-linux-
gnu/libusbredirhost.so.1: undefined symbol: libusb_set_option
I was tried latest version from
On Mon, May 11, 2020 at 12:44:42PM -0300, Nelson A. de Oliveira wrote:
>
> Today after upgrading from 4.40-2 to 4.48-1 I had this issue one more
> time (where I was unable to open any terminal; message was "urxvt:
> unable to load base fontset, please specify a valid one using -fn,
> aborting.")
*Drogi przyjacielu, Wysłałem ci ten list wcześniej, ale nie jestem pewien,
czy go dostałeś, ponieważ nie otrzymałem od ciebie wiadomości, i dlatego
piszę do ciebie ponownie, jestem adwokatem Calhun Delph, składam ci tę
ofertę w związku ze śmiercią mojego zmarłego klienta, który był moim
klientem
The "dummy" library files are a useful part of the OpenFOAM build
process. They are essentially stub libraries that can act as a failsafe
for library interfaces that are unsupported or not available on the
system. Additionally, the dummy Pstream is an extremely useful MPI stub.
It obviously
On 2020-05-11 14:53:29, Scott Kitterman wrote:
> On Monday, May 11, 2020 2:39:30 PM EDT Antoine Beaupré wrote:
>> On 2020-05-11 15:18:53, Emmanuel Arias wrote:
>> > Hi,
>> >
>> > The upstream and pristine-tar branches are not generated on salsa for
>> > any particular reason.?
>>
>> I'm not sure
Control: severity -1 serious
Source: aoflagger
Version: 2.15.0-1
Severity: important
User: team+bo...@tracker.debian.org
Usertags: boost1.71
aoflagger has a build-dependency on liboosost-signals-dev. Once
boost switches to 1.71, the package will no longer be available. Simply
remove the dependency will be enough
Cheers
--
1 - 100 of 282 matches
Mail list logo