block 952399 by 924937
thanks
Ansgar writes:
> the OpenSSL ./. GPL problem (if one sees it as a problem) is larger
> than just libpq5: just looking at a small sample of the direct rdeps of
> libssl1.1, one can find the following GPL-licensed programs linking it:
>
> cryptsetup, wesnoth,
Am 26.02.2020 um 05:26 schrieb wg...@china.com:
> When the wired interface was be named enp0s31f6:
>
The journal logs as well please.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital
Package: tcpcopy
Version: 0.6.3-2.1
Severity: serious
X-debbugs-cc: peter green
tcpcopy build-depends on removed iptables-dev. Please see Peter's message below
on how to handle the situation (from bug #951090).
On Tue, 11 Feb 2020 01:08:16 + peter green wrote:
> Package: keepalived
>
Hi Juhani,
On Wed, Feb 26, 2020 at 08:28:54AM +0200, Juhani Numminen wrote:
> Package: ftp.debian.org
> Severity: normal
> x-debbugs-cc: debian-med-packag...@lists.alioth.debian.org
>
> There are two versions of this package in unstable and I think the older one
> is not getting auto-crufted
Control: reopen -1
On 2/26/20 1:09 AM, Lisandro Damián Nicanor Pérez Meyer wrote:
> Hi! I'm closing this bug due to lack of response. Please feel free to
> reopen it or opening a new bug if you can provide us with more
> information as required.
The issue has not been fixed. Closing a bug
Package: unattended-upgrades
Version: 1.18
Severity: important
Usertags: verbose
The new "Packages with upgradable origin but kept back" report section
is way too verbose in 1.18. On a system with testing, unstable,
experimental (and *-debug and buildd-*), it appears that it lists every
package
Package: ftp.debian.org
Severity: normal
x-debbugs-cc: debian-med-packag...@lists.alioth.debian.org
There are two versions of this package in unstable and I think the older one
is not getting auto-crufted because the binary package python3-pyvcf has
become a virtual package (provided by
On Mon, Feb 24, 2020 at 01:59:31PM +0300, sergio wrote:
> On 24/02/2020 09:25, Ross Vandegrift wrote:
> Just tried, yes, I can trigger it on the clean user profile, with only
> one file left:
>
> % cat .xsession
> enlightenment_start
>
> Looks like you need to remove the shelf.
>
> > If it does
Le 25/02/2020 à 22:19, Jonas Smedegaard a écrit :
> Quoting Bastien ROUCARIES (2020-02-25 21:13:48)
>> Le mar. 25 févr. 2020 à 19:48, Jonas Smedegaard a écrit :
>>
>>> control: reassign -1 node-espree
>>> control: affects -1 node-eslint-scope
>>>
>>> Quoting Xavier (2020-02-25 18:29:35)
Le
On Sun, 23 Feb 2020, Lucas Nussbaum wrote:
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Hi Lucas, because I have been long in responding, I just wanted to drop a
quick note that I acknowledge your bug report. I need to do an upstream
release to fix
Package: libvips-dev
Version: 8.9.1-2
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
Control: affects -1 + src:nip2
nip2 cannot be cross built from source, because its transitive
dependency on the host architecture python cannot be installed. The host
python is pulled via
When the wired interface was be named enp0s31f6:
udevadm info /sys/class/net/enp0s31f6
P: /devices/pci:00/:00:1f.6/net/enp0s31f6
L: 0
E: DEVPATH=/devices/pci:00/:00:1f.6/net/enp0s31f6
E: INTERFACE=enp0s31f6
E: IFINDEX=2
E: SUBSYSTEM=net
E: USEC_INITIALIZED=3512520
E:
Package: zsh-autosuggestions
Severity: normal
* Package name: zsh-autosuggestions
Version : 0.6.4
Upstream Author : Eric Freese (ericdfre...@gmail.com)
* URL : https://github.com/zsh-users/zsh-autosuggestions
* License : MIT
Programming Lang: Zsh
Description
Hi Luca,
> The diffoscope html report is attached, but can't make head or tail of
> it - it shows differences in the shared object. Does it ring any bell?
At a glance I cannot. However, I might suggest running it again; do
you get the same differences, if you know what I mean?
Best wishes,
--
The Timeshift author has informed me that he will fix this bug in an
upstream release before the end of March.
On Tue, 25 Feb 2020 15:54:04 -0800
Ryan Tandy wrote:
> Thanks a lot for this.
Your welcome.
> I have made an editorial change to capitalize "DN" everywhere
Great idea. Much more clear.
Regards,
Karl
Free Software: "You don't pay back, you pay forward."
-- Robert A.
Nudging this closed bug (again) to avoid auto-kicking from testing
--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
[x] quote me freely [ ] ask before reusing [ ] keep private
signature.asc
Description: signature
Package: liblxqt0-dev
Version: 0.14.2~71-g3aefce0-1
Severity: normal
Would really reduce surprises :P
Cheers Alf
-- System Information:
Debian Release: bullseye/sid
APT prefers buildd-unstable
APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'),
(500, 'stable'), (1,
"Adam D. Barratt" writes:
> Please go ahead.
Thanks! Uploaded.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Hi Karl,
> If all the hyperref deps are in c-latex (I just moved them), and the
> Debian c-latex is installed, why won't hyperref then work?
That of course works, thanks for moving.
> It would be nice to have some other kind of grouping in TL, too, so that
> XYZ packages can be somehow
Em ter., 25 de fev. de 2020 às 18:21, Stefan Pietsch
escreveu:
>
> On 2017-05-05 15:47, Dale Harris wrote:
> > Package: scrot
> > Version: 0.8-18
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > Trying to use scrot -m or --multidisp doesn't appear to work. Man page
> > says it should grab a
Control: tag -1 pending
Hello Karl,
Thanks a lot for this.
I have made an editorial change to capitalize "DN" everywhere, but
otherwise committed your v2 patch basically as is.
Thanks for your contribution, it will be included in Debian bullseye.
Hi Ryan,
On Tue, 25 Feb 2020 11:07:57 -0800
Ryan Tandy wrote:
> I made a few adjustments to your text, and noted a couple of other
> things that tend to surprise new users.
>
> I wonder if you have any feedback on this version (below).
I've attached a new patch, based on yours.
Mentioned
Control: tags -1 patch
Hi,
I've submitted a patch (merge request) for this on Salsa [1].
[1] https://salsa.debian.org/debian/devscripts/-/merge_requests/174
Regards,
Robin
On Tuesday, February 25, 2020 4:18:26 PM EST Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Tue, 2020-02-18 at 00:56 -0500, Scott Kitterman wrote:
> > This is the next in the series of postfix 3.1 updates. It includes
> > the postfix 3.1 relevant fixes from 3.4.8 and 3.4.9 (as
On Tuesday, February 25, 2020 4:19:42 PM EST Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Tue, 2020-02-18 at 00:50 -0500, Scott Kitterman wrote:
> > This is the latest in the series of postfix 3.4 maintenance updates
> > for buster. The version is in bullseye already and I have
Am 25.02.20 um 23:38 schrieb Marco d'Itri:
> Control: found 26+20191223-1
>
> On Feb 23, Bastian Germann wrote:
>
>> All of the GPL-2+ licensed executables contained in the kmod
>> binary package link to libcrypto even though they do not have any
>> OpenSSL license exception. ftp-master considers
STill, also this will not work for Debian, as here only collection <->
collection relations can be tracked.
If all the hyperref deps are in c-latex (I just moved them), and the
Debian c-latex is installed, why won't hyperref then work?
force me to package at the collection level was
Hi Karl,
> I think we should add all known hyperref deps to c-latex, anyway.
STill, also this will not work for Debian, as here only collection <->
collection relations can be tracked.
(I more and more think debian-devel's decision back 15 years ago to
force me to package at the collection
Subject: colletion-latexbase hyperref.sty depends on collection-latexextra
letltxmacro.sty
Ok, but before I change anything: hyperref has a package-level
dependency on letltxmacro (and a bunch of others). Why doesn't that
suffice?
As far as I can see (per previous mail to the tex-live
Thanks for the explanation.
I think we should add all known hyperref deps to c-latex, anyway.
Because, why not. It's improbable that anyone would install latex and
not use hyperref, nowadays. I'll do that.
However, I think package-level deps are the only solution to some
(other) problems. -k
Thank you for taking the time to report this!
The helper service is being slowly phased out in favor of the native
.conf support in SMCRoute. It'll likely be removed in a future release
(nothing set in stone). So migrating to that is recommended. However,
until that day it should of course
Hi Karl,
> Ok, but before I change anything: hyperref has a package-level
> dependency on letltxmacro (and a bunch of others). Why doesn't that
> suffice?
Ahhh, because it was a Debian report ... which does not support package
level deps.
I guess I will move (only in Debian) letltxmacro to
Control: found 26+20191223-1
On Feb 23, Bastian Germann wrote:
> All of the GPL-2+ licensed executables contained in the kmod binary
> package link to libcrypto even though they do not have any OpenSSL
> license exception. ftp-master considers this a serious issue. So please
> remove this
Hi,
Gilles Filippini ezt írta (időpont: 2020. febr. 25.,
K, 23:12):
>
> Hi,
>
> On Thu, 13 Feb 2020 17:48:57 +0100 Roderich Schupp
> wrote:
> > Package: kodi-data
> > Version: 2:18.5+dfsg1-1~exp0
> > Severity: normal
> >
> > The default webinterface shows just a header bar,
> > see attached
Hello Antoine,
On Tue 25 Feb 2020 at 02:40PM -05, Antoine Beaupre wrote:
> magit is at version 2.90 in Debian, which is over a year old. upstream
> has worked a lot on refactoring a lot of things upstream, and a bunch
> of third-party libraries have adapted to follow that.
>
> for example,
The green screen lockup issue is fixed in 5.5.
I've tried 5.5rc5 from experimental. While it crashes a lot and shows
graphical corruption in XFCE, I don't not get the green screen lockup.
I've also compiled 5.5.6 myself. With that kernel, crashes are a lot
less common (though they still happen
Control: severity -1 grave
On 2020-02-25 16:22:31, Sven-Haegar Koch wrote:
> Package: irssi-scripts
> Version: 20200222
> Severity: important
>
> Dear Maintainer,
>
> On upgrading fails and collides with irssi package:
>
> Preparing to unpack .../irssi-scripts_20200222_all.deb ...
> Unpacking
Hi,
On Thu, 13 Feb 2020 17:48:57 +0100 Roderich Schupp
wrote:
> Package: kodi-data
> Version: 2:18.5+dfsg1-1~exp0
> Severity: normal
>
> The default webinterface shows just a header bar,
> see attached screenshot.
>
> The webinterface.default included in the Debian package is
> seriously
Package: libaom0
Version: 1.0.0.errata1-3
Severity: wishlist
Dear Maintainer,
Thank you for maintaining libaom0 . Could you please share the latest
version of the encoder and decoder along with the documentation. I did
look at the salsa repo. and am not sure if we have the latest version
of the
fixed 902241 2.6.0-2
thanks
(Marking the bug as fixed in buster)
Quoting Anthony Fok (2020-02-25 22:35:03)
> A fix to this bug is almost ready: I have expanded d/copyright to
> include the missing epydoc and bootstrap.min.css copyright info, and
> added debian/missing-sources/bootstrap.css (vanilla Bootstrap v3.3.4,
> equivalent to the embedded minified
On Fri, 29 Jun 2018, Thomas Goirand wrote:
> Replacing the IP by 198.51.100.1, which is reserved by IETF for
> documentation (according to
> https://en.wikipedia.org/wiki/Reserved_IP_addresses) fixes the issue.
Maybe I misread Debian Policy, but I believe packages are not allowed
to even *try*
Hi,
here is some update I'm also forwarding to NeuroDebian Team list to have
some public record of the current status.
On Thu, Feb 20, 2020 at 01:36:35AM +1100, Stuart Prescott wrote:
>
> I also looked at nipype (but its source is very odd and I can't build what is
> in the repo; I think that
reopen 902241
tags 902241 + patch
thanks
This bug was already diagnosed by you here:
https://bugs.launchpad.net/proliantutils/+bug/1779342
I suggest applying the patch below. I can take care of filing the bug
against release.debian.org if it helps.
(Remember that packages in stretch *must*
Hi,
> override_dh_auto_test-does-not-check-DEB_BUILD_OPTIONS should not be emitted
> for compat level >= 13
Simple in theory, but the well-tested code to parse the compat level
from various places is in debhelper.pm but we are parsing the
override_dh_auto_test in rules.pm.
Making it "just" a
Control: tags -1 + pending
On Tue, Feb 25, 2020 at 12:06 PM Colin Watson wrote:
>
> On Tue, Feb 25, 2020 at 05:40:47PM +, Ian Jackson wrote:
> > (The d/copyright problem with epydoc should be easy if tedious to fix;
> > I don't understand why it wants epydoc which I thought was obsolete
> >
Control: tags -1 +pending
On Sun, Feb 16, 2020 at 11:14:57PM +0500, Lev Lamberov wrote:
> * Package name: magit-todos
Great! Thanks for packaging this!
I see the package has entered NEW (hence +pending above) and the package
source is also available here:
Tags: patch pending
Dear maintainer,
I've prepared an NMU for porg (versioned as 2:0.10-1.2) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards,
Boyuan Yang
diff -Nru porg-0.10/debian/changelog porg-0.10/debian/changelog
---
In data martedì 25 febbraio 2020 22:05:21 CET, Paul Gevers ha scritto:
> On 25-02-2020 20:41, Pino Toscano wrote:
> > The test is not flaky.
>
> I can see why you say that now, but from my PoV (the release team) it is.
As I wrote, the conditions for this test to fail in the way it was
reported
Package: src:cloud-utils
Version: 0.31-1
Severity: important
The ec2metadata command queries a well-known link-local endpoint
(169.254.169.254 in Amazon EC2) to obtain information about the instance
on which it runs. Last year, AWS released "IMDSv2" in an effort to
protect customers against some
Quoting Bastien ROUCARIES (2020-02-25 21:13:48)
> Le mar. 25 févr. 2020 à 19:48, Jonas Smedegaard a écrit :
>
> > control: reassign -1 node-espree
> > control: affects -1 node-eslint-scope
> >
> > Quoting Xavier (2020-02-25 18:29:35)
> > > Le 23/02/2020 à 14:50, Lucas Nussbaum a écrit :
> > > >
On 2017-05-05 15:47, Dale Harris wrote:
Package: scrot
Version: 0.8-18
Severity: normal
Dear Maintainer,
Trying to use scrot -m or --multidisp doesn't appear to work. Man page
says it should grab a shot from each display and then merge the image,
however it only appears to be taking a shot
Control: tags -1 + confirmed
On Tue, 2020-02-18 at 00:50 -0500, Scott Kitterman wrote:
> This is the latest in the series of postfix 3.4 maintenance updates
> for buster. The version is in bullseye already and I have it running
> locally without issue. In addition to the upstream bugfixes,
Control: tags -1 + confirmed
On Tue, 2020-02-18 at 00:56 -0500, Scott Kitterman wrote:
> This is the next in the series of postfix 3.1 updates. It includes
> the postfix 3.1 relevant fixes from 3.4.8 and 3.4.9 (as there was no
> companion 3.1 release with 3.4.8). The only other change is to add
Le 25/02/2020 à 19:15, Jonas Smedegaard a écrit :
> control: reassign -1 node-commander
> control: affects -1 uglify-js
>
> Quoting Xavier (2020-02-25 18:43:53)
>> Le 23/02/2020 à 14:31, Lucas Nussbaum a écrit :
>>> During a rebuild of all packages in sid, your package failed to
>>> build on
Control: tags -1 + confirmed
On Fri, 2020-02-21 at 14:55 +0100, Thorsten Glaser wrote:
> we’d like to fix #946847 in buster (which is where we found it in
> production and tested a fix locally, which was later discovered to
> be identical to a recent upstream fix) because it’s a denial of
>
Control: tags -1 + confirmed
On Sun, 2020-02-23 at 20:23 -0500, Aaron M. Ucko wrote:
> Per #951280, x86 builds of ncbi-blast+ accidentally wound up
> requiring SSE 4.2, breaking execution on older processors. I've
> prepared an update (patch attached, or at [SALSA]) adding a configure
> flag
Control: tags -1 + moreinfo
On Mon, 2020-02-24 at 15:37 +0530, Ritesh Raj Sarraf wrote:
> So my changelog was incorrect as it set to 20070815.3-1+deb10u4,
> which actually should be 20070815.3-1+deb10u1, as this is uml-
> utilities package's first stable update proposed.
No. stable currently has
Hi Pino,
Thanks for the well written response.
On 25-02-2020 20:41, Pino Toscano wrote:
> The test is not flaky.
I can see why you say that now, but from my PoV (the release team) it is.
>> With a recent upload of gcc-10 to unstable, the autopkgtest of clazy
>> failed on arm64 in testing when
Source: netsurf
Version: 3.6-3.2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
netsurf fails to cross build from source for many different reasons. It
has an "interesting" build system. But lets start in order.
The libhtml-parser-perl dependency poses a problem to cross
Source: gnumeric
Version: 1.12.46-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
gnumeric cannot be cross built from source, because its Build-Depends
are not cross satisfiable. One of the reasons is its dependency on
libxml-parser-perl. The dependency is
Control: tags -1 + moreinfo
On Mon, 2020-02-24 at 14:49 +0100, Santiago R.R. wrote:
> I would like to upload user-mode-linux to buster to fix this FTBFS:
> https://bugs.debian.org/951329. Ritesh Raj Sarraf (rrs) has already
> given his ACK.
>
The metadata for that bug suggests that it affects
Hi Holger,
On Wed, 26 Feb 2020, Norbert Preining wrote:
> ~/DebInstaller/installation-guide/build] ./buildone.sh amd64 el pdf
> Info: creating temporary profiled .xml file...
> Info: creating .pdf file...
> xelatex failed
> install.el.profiled.tex:3389: Command \textBeta unavailable in encoding
Package: elpa-magit
Version: 2.90.1-2
Severity: wishlist
Tags: upstream
magit is at version 2.90 in Debian, which is over a year old. upstream
has worked a lot on refactoring a lot of things upstream, and a bunch
of third-party libraries have adapted to follow that.
for example, magit-todos
Control: block -1 by 933296
On Wed, Jan 15, 2020 at 01:59:54PM -0500, Munroe wrote:
Dear Munroe,
> Radsniff was introduced in the 3.x.x branch of code and when coupled
> with collectd can provide statistics collection. Including this
> option does add a libcollectd dependency, but seeing that
Hi, all
Given that clojure 1.10.1 is already in Debian...
Should this bug be closed?
Best,
Leandro
Hello!
> I am also available to help if you provide your source package.
I was working on a variant of mariadb-10.4 that would use system
WolfSSL in
https://salsa.debian.org/mariadb-team/mariadb-10.4/-/compare/master...feature%2Fsystem-wolfssl
Are you familiar with Salsa? At least the package
Hi Holger,
On Tue, 25 Feb 2020, Holger Wansing wrote:
> The TMPDIR variable is set to 'build.tmp' so it's strange that mktexpk tries
> to
> use 'build.tmp.el.i386' which is in fact not existing...
Hmm, you could throw in a set -x into mktex.opt to see what is going on.
> generated, the process
Le mar. 25 févr. 2020 à 19:48, Jonas Smedegaard a écrit :
> control: reassign -1 node-espree
> control: affects -1 node-eslint-scope
>
> Quoting Xavier (2020-02-25 18:29:35)
> > Le 23/02/2020 à 14:50, Lucas Nussbaum a écrit :
> > > During a rebuild of all packages in sid, your package failed to
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "telegram-desktop"
* Package name: telegram-desktop
Version : 1.9.14+ds-2
Upstream Author : John Preston
* URL : https://desktop.telegram.org
* License
Hi Ian,
On 2/24/20 5:14 PM, Ian Jackson wrote:
Fixed I think. I have created this:
https://salsa.debian.org/debian/network-manager-strongswan
and made you ("harri-guest") a maintainer of it.
I think you can do all the rest of the setup yourself. Let me know if
you want anything else
severity 952464 important
thanks
In data lunedì 24 febbraio 2020 21:10:53 CET, Paul Gevers ha scritto:
> Source: clazy
> Version: 1.6-2
> Severity: serious
> Tags: sid bullseye
> X-Debbugs-CC: debian...@lists.debian.org
> User: debian...@lists.debian.org
> Usertags: flaky
The test is not flaky.
Package: wnpp
Severity: wishlist
Subject: ITP: python-etelemetry -- lightweight Python3 client to communicate
with the etelemetry server
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: python-etelemetry
Version : 0.1.2
Upstream Author : , Senseable
Source: proftpd-dfsg
Version: 1.3.6c-1
Severity: important
Tags: upstream
Hi
As per https://github.com/proftpd/proftpd/issues/903 there was a
follow-up fix for upstream issue #903, CVE-2020-9273.
See:
https://github.com/proftpd/proftpd/commit/f8047a1ed0e0eb15193f555c4cbbb281e705c5c3
(master)
Control: tags -1 + moreinfo unreproducible
Am 25.02.20 um 07:42 schrieb gulfstream:
> Package: systemd
> Version: 244.3-1
> Severity: normal
>
>
> Hi, the wired interface name maybe changed when root. Sometimes the wired
> interface's name is "enp0s31f6", sometimes it is "eth0". I think it
this patch is required too:
http://launchpadlibrarian.net/466557663/libgnatcoll-bindings_19-1ubuntu1_19-1ubuntu2.diff.gz
Dear all,
FWIW, I did file a wishlist bug for libtorrent-rasterbar 1.2.4 which
would in turn get the new version built. #952447 . I do hope the
maintainers/developers would take it in the consideration. I did have
upstream conversation with the developer as well and he had shared
that both
Hello Karl,
Thank you for your feedback, and for providing a patch.
I made a few adjustments to your text, and noted a couple of other
things that tend to surprise new users.
I wonder if you have any feedback on this version (below).
Thank you,
Ryan
--
diff --git
On Tue, Feb 25, 2020 at 05:40:47PM +, Ian Jackson wrote:
> (The d/copyright problem with epydoc should be easy if tedious to fix;
> I don't understand why it wants epydoc which I thought was obsolete
> but this is far from my field of expertise.)
epydoc has been unmaintained for a long time,
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-CC: 938...@bugs.debian.org
Dear FTP Masters,
Please remove package zeitgeist-explorer from Debian archive. It saw no
upstream activity in the past 10 years and is now affected by python2
On Sat, 7 Sep 2019 10:16:36 +0200 Andreas Henriksson wrote:
> Package: dnsrecon
> Version: 0.8.14-1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
>
> Python2 becomes end-of-live upstream, and Debian aims to remove
> Python2 from the
On Tue, 25 Feb 2020 19:01:02 +0100 "Michael R. Crusoe"
wrote:
> On Tue, 25 Feb 2020 15:22:10 +0100 Ole Streicher
wrote:
>
> > Since spdlog uses the old (included) libfmt, the builds of purify and
> > sopt fail with linker errors like:
> >
> > undefined reference to
control: reassign -1 node-espree
control: affects -1 node-eslint-scope
Quoting Xavier (2020-02-25 18:29:35)
> Le 23/02/2020 à 14:50, Lucas Nussbaum a écrit :
> > During a rebuild of all packages in sid, your package failed to
> > build on amd64.
>
> Some test are incompatible with
forwarded 952555 https://github.com/Azure/azure-uamqp-python/pull/144
thanks
Hi Luca,
> I need to check the CMake build for the vendored library (brr) - it
> might not be taking all the compiler flags from dpkg. IIRC we have a
> custom gcc patch to override the paths for __FUNCTION__ and
Hi,
On 2020-02-05 15:04, Gordon, Craig A. (GSFC-660.1)[INNOVIM] wrote:
> Hi Paolo,
>
> It was never intended for end users to have to generate the CCfits manual
> themselves (nor is it intended to be compatible with all versions of
> Doxygen). That's why CCfits-2.5.pdf is included with the
Control: tags -1 pending
On Tue, 2020-02-25 at 10:17 -0800, Chris Lamb wrote:
> Source: azure-uamqp-python
> Version: 1.2.6-1
> Severity: wishlist
> Tags: patch
> User:
> reproducible-bui...@lists.alioth.debian.org
>
> Usertags: filesystem buildpath
> X-Debbugs-Cc:
>
On Tue, 25 Feb 2020 15:22:10 +0100 Ole Streicher wrote:
> Since spdlog uses the old (included) libfmt, the builds of purify and
> sopt fail with linker errors like:
>
> undefined reference to `fmt::v6::internal::assert_fail(char const*, int,
> char const*)
>
> See the merged bugs for the
Source: azure-uamqp-python
Version: 1.2.6-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: filesystem buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] we noticed that
Source: gzip
Severity: normal
Version: 1.9-3
X-Debbugs-CC: bd...@debian.org cwo...@debian.org
Dear Debian gzip maintainers,
The gzip upstream has released new version v1.10. Please consider packaging it
in Debian. Thanks!
--
Regards,
Boyuan Yang
signature.asc
Description: This is a digitally
control: reassign -1 node-commander
control: affects -1 uglify-js
Quoting Xavier (2020-02-25 18:43:53)
> Le 23/02/2020 à 14:31, Lucas Nussbaum a écrit :
> > During a rebuild of all packages in sid, your package failed to
> > build on amd64.
>
> At least uglify-js
Hello Norbert,
Norbert Preining wrote:
> Hi Holger,
>
> On Mon, 24 Feb 2020, Holger Wansing wrote:
> > http://qa-logs.debian.net/2020/02/22/installation-guide_20191229_unstable.log
>
> What is there is
> Writing build.out.el.amd64/html/index.html for book
> Info: creating .pdf
Quoting Ian Jackson (2020-02-25 18:40:47)
> For -devel, context is that Anthony Fok just uploaded a new upstream
> version of pydoctor (a tool for extracting API docs for python
> modules) in order to fix a couple of upstream bugs. Anthony, thank
> you very much for your work to help fix one
On 20/02/25 01:46, Lisandro Damián Nicanor Pérez Meyer wrote:
> On 20/02/24 09:10, Paul Gevers wrote:
> > Source: clazy
> > Version: 1.6-2
> > Severity: serious
> > Tags: sid bullseye
> > X-Debbugs-CC: debian...@lists.debian.org
> > User: debian...@lists.debian.org
> > Usertags: flaky
> >
> >
Le 23/02/2020 à 14:31, Lucas Nussbaum a écrit :
> Source: uglify-js
> Version: 3.6.3-1
> Severity: serious
> Justification: FTBFS on amd64
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20200222 ftbfs-bullseye
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on
For -devel, context is that Anthony Fok just uploaded a new upstream
version of pydoctor (a tool for extracting API docs for python
modules) in order to fix a couple of upstream bugs. Anthony, thank
you very much for your work to help fix one of our (mutual) indirect
dependencies.
Unfortunately
I have now prepared merge requests for fixing ktp-common-internals,
ktp-accounts-kcm,
and kaccounts-providers respectively [1] [2] [3]. These issues are all fixed in
new upstream releases, but I am not comfortable with such an undertaking and
hope these fixes will suffice in the meantime.
[1]
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "diodon"
* Package name: diodon
Version : 1.9.0-1
Upstream Author : Oliver Sauder
* URL : https://launchpad.net/diodon
* License : GPL-2+
* Vcs
I created a package for this as a part of packaging a Click-based tool
where, as you described, I didn't like the manual options for manpage
creation. (Started with py2dsp output but have made it better than
that.) I'd be happy to collaborate with you on it.
Ryan
On Sat, 09 Mar 2019 16:05:08
Package: network-manager
Version: 1.14.6-2+deb10u1
Severity: normal
Dear Maintainer,
I'm unable to connect to wired network using my thinkpad T430 at works.
I tested it at home and it works. WIFI works at home or works.
I have another laptop latitude dell 7480 with buster 10 installed too and it
1 - 100 of 183 matches
Mail list logo