Fedora has ported it to Python 3:
https://src.fedoraproject.org/rpms/gnome-doc-utils/blob/master/f/gnome-doc-utils-0.20.10-python3.patch
Dear Bill, thanks for your message.
I understand that GAP comes now with an official ABI.
Currently the package gap-io depends for building on gap and gap-dev,
while the package itseld depends only on gap.
You asked to make it depends on gap-kernel-7.
My understanding is that gap-kernel-7 is not
Hi,
I notified upstream that their fortran code is going to break :
http://bugzilla.scilab.org/show_bug.cgi?id=16422
Cheers,
JP
On Sat, Apr 25, 2020 at 07:23:11PM +0100, Adam D. Barratt wrote:
> Please go ahead.
Uploaded.
Bastian
--
A father doesn't destroy his children.
-- Lt. Carolyn Palamas, "Who Mourns for Adonais?",
stardate 3468.1.
On Wed, Apr 29, 2020 at 4:17 PM Olek Wojnar wrote:
> On Thu, Apr 23, 2020 at 10:50 AM Olek Wojnar wrote:
> Did you have an opportunity to make any progress over the weekend?
Had enough things to do, but of course I've tried to update the
libtruth-java package and failed. :(
I think the Java buil
On Wed, 2020-04-29 at 22:49 +0100, Phil Wyett wrote:
> On Mon, 6 Apr 2020 22:47:46 +0100 Simon McVittie
> wrote:
> > On Mon, 06 Apr 2020 at 10:44:13 +0200, Keno Goertz wrote:
> > > when entering an address into the search box of GNOME Maps on
> > > Debian
> > > Stable, I get a loading animation fo
Package: wireguard
Version: 1.0.20200319-1~bpo10+1
Severity: grave
Hello wireguard package maintainer,
DSA 4667-1, a Linux security update released on 2020-04-28, includes a
fix for CVE-2020-1749 that changes ipv6_stub to use ip6_dst_lookup_flow
instead of ip6_dst_lookup.
In wireguard-linux-comp
Package: simple-cdd
Version: 0.6.5
Followup-For: Bug #958277
> The maintainer scripts for each individual package and their debconf
> templates are where to look.
I recommend putting this in the docs.
> I wouldn't expect the "hello" program to document the fundamentals of
> computer science,
On Thu, Apr 30, 2020 at 03:40:30AM +0100, peter green wrote:
> On 29/04/2020 17:47, Jochen Sprickerhof wrote:
> >
> > What I found up to now:
> >
> > - pkg-config=0.29.2-1:
> >
> > $ pkg-config --cflags-only-I libzmq
> > -isystem /usr/include/mit-krb5 -I/usr/include/pgm-5.2
> >
> > - Whereas pk
Package: transmission-daemon
Version: 2.94-2
Severity: minor
Dear Maintainer,
the bundled service file for transmission-daemon includes the following
directive:
ExecStop=/bin/kill -s STOP $MAINPID
As I understand it, SIGSTOP only halts a process which can later be
resumed using SIGCONT,
Package: shotwell
Version: 0.30.8-1
Severity: wishlist
Hi.
It would be great to have a leaner version of shotwell without webkit (and,
more generally, without the "social" features of sharing photos on "social
websites").
Thanks in advance,
Rogério Brito.
-- Package-specific info:
-- System
Package: debmake-doc
Version: 1.14-1
Severity: normal
Hi Osamu Aoki,
Today I noticed that this document has a dead link in:
https://www.debian.org/doc/manuals/debmake-doc/ch05.en.html#symbols
specifically
https://pkg-kde.alioth.debian.org/symbolfiles.html
In #debian-qt-kde ScottK confirme
Source: tpm-udev
Severity: important
I found tpm-udev uses udevadm in tpm-udev.postinst script, but udev is
not listed in it's depends. which may cause package setting breaks.
log:
-
Adding group `tss' (GID 108) ... Done.
Adding system user
On 29/04/2020 17:47, Jochen Sprickerhof wrote:
What I found up to now:
- pkg-config=0.29.2-1:
$ pkg-config --cflags-only-I libzmq
-isystem /usr/include/mit-krb5 -I/usr/include/pgm-5.2
- Whereas pkg-config=0.29-6 (or pkgconfig):
$ pkg-config --cflags-only-I libzmq
-I/usr/include/pgm-5
hello,Aloïs Micard!
From [1],I know you want maintain the ejects package.
How about it now?
I also have intereste to maintain this package.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=92
--
肖盛文 Faris Xiao
微信：atzlinux
ＱＱ：909868357
铜豌豆 Linux
基于 Debian 的 Linux 中文桌面操作系统：ht
On 2020-04-29, Vagrant Cascadian wrote:
> On 2020-04-29, Buck wrote:
> [non-interactive installer] should be possible, but often time all the
> exact questions asked may
> be hard to track down.
Can you point me to a doc that has a complete list?
>>>
>>>A *mostly* complete li
> On Apr 29, 2020, at 09:04, Andreas Tille wrote:
>
> On Wed, Apr 29, 2020 at 07:14:30AM -0700, Matthew Fernandez wrote:
>
>> For those on this thread who have access to mipsel hardware or can shell in
>> to one of the mipsel build machines, I would suggest running an
>> ASan-instrumented t
Package: gimp-plugin-registry
Version: 9.20180625+nmu1
Severity: normal
Hi!
The "liquid rescale" tool is no longer present. Upon starting the Gimp from
a terminal, I get:
GIMP-Error: Plug-in "gimp-lqr-plugin"
(/usr/lib/gimp/2.0/plug-ins/gimp-lqr-plugin)
attempted to install procedure "plug-in-lq
Package: kopano-server
Version: 8.7.0-3
|Severity: important|
The Kopano server is built without KCOIDC support, thuswhen enabling e.g.
kcoidc_issuer_identifier = https://meet.example.net
in /etc/kopano/server.cfg, this leads to the followingerrors in the
/var/log/kopano/server.log file:
T
According to the prelude web site:
Prelude OSS is the open source edition of Prelude SIEM . Prelude OSS is aimed
for evaluation, research and test purpose on very small environments. Please
note that Prelude OSS performances are way lower than the Prelude SIEM edition.
What testing have you don
Package: clamav
Version: 0.102.2
Please enable Prelude support:
* d/control: Add libprelude-dev Build-Depends
* d/rule: Add --enable-prelude to the ./configure
Thanks
Regards
Thomas
tags 959019 + moreinfo
thanks
Hi Axel,
> So my question (mostly to Guillem, X-Debbugs-CC'ed): Does this file
> really belong to the "internal interface", "the entire dpkg database,
> its layout and files"?
I think question can only be resolved by the dpkg maintainer(s) so I
will mark this bug as
Control: found -1 340.108-3
Control: close -1 340.108-4
On 30/04/2020 00.20, Wendy J. Elmer wrote:
> I had 340.108-3 installed. After I upgraded nvidia-legacy to 340.108-4
> then the nvidia module built.
Thanks for confirming my guess.
Andreas
I used the following versions:
bullseye:
status installed broadcom-sta-dkms:all 6.30.223.271-14
buster-backports:
status installed broadcom-sta-dkms:all 6.30.223.271-14~bpo10+1
This also did not work with same errors.
At the buster-backports version I tried the command dpkg-reconfigure
broadc
I had 340.108-3 installed. After I upgraded nvidia-legacy to 340.108-4
then the nvidia module built.
I'm not sure why the log file was truncated. I guess it doesn't matter
now.
Thanks.
Brent
On Tue, 2020-04-28 at 11:33 +0200, Andreas Beckmann wrote:
> On Sat, 25 Apr 2020 18:48:10 -0500 Brent wr
Response embedded below. Just a quick note first - it was a little hard
to read the response you wrote because the embedded responses were
directly adjacent to the quoted text, with no spacing between (my email
client does not automatically add spacing and shows both quote and text
in similar colou
On Mon, 6 Apr 2020 22:47:46 +0100 Simon McVittie
wrote:
> On Mon, 06 Apr 2020 at 10:44:13 +0200, Keno Goertz wrote:
> > when entering an address into the search box of GNOME Maps on Debian
> > Stable, I get a loading animation for a few seconds and then "No
results
> > found".
>
> On Mon, 06 Apr
Package: kea-dhcp4-server
Version: 1.7.5-1
Severity: serious
Hi,
after the upgrade kea fails to start with
Apr 29 23:47:12 xxx kea-dhcp4[1606]: 2020-04-29 23:47:12.790 ERROR
[kea-dhcp4.dhcp4/1606] DHCP4_CONFIG_LOAD_FAIL configuration error using file:
/etc/kea/kea-dhcp4.conf, reason: Unable to
Hi,
This bug is for a version of gnome-maps in testing and not a version
that is now in the following Debian release i.e. Buster.
With the above in mind, if the original reporter no longer has the
issue, we should close this bug report?
Regards
Phil
--
*** Playing the game for the games sake
Hi,
Credit is now given on the About dialog within gnome-maps to
'OpenStreetMap' and to 'MapBox' with links to their sites.
This bug I think can be marked as complete and closed?
Regards
Phil
--
*** Playing the game for the games sake. ***
WWW: https://kathenas.org
Twitter: @kathenasorg
I
Source: postfix
Version: 3.5.1-1
Severity: normal
Tags: patch
Dear Maintainer,
README.Debian provides incomplete instructions for SMTP generic mapping.
If the instructions as currently written are followed, the generic
mappings will not work. The instructions do not specify how to load the
looku
On Wed, 29 Apr 2020 08:46:44 +0200, Salvatore Bonaccorso wrote:
> > Will you please turn on the verify_SSL attribute in HTTP::Tiny?
>
> Unless mistaken, HTTP::Tiny is only used in tools/ which are installed
> as examples on how one can potentially use CPAN::Perl::Releases.
>
> Still, this shoul
Package: catch2
Version: 2.11.3-2
Severity: normal
While attempting to follow the steps to integrate Catch2 with cmake, errors
were encountered in cmake with both include(Catch) and catch_discover_tests.
To fix the problem, I downloaded the three *.cmake files from the contrib
directory
of th
On Fri, Aug 30, 2019 at 07:22:16AM +, Matthias Klose wrote:
> Package: src:kmodpy
> Version: 0.1.10-2.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 d
On Wed, Apr 29, 2020 at 10:41:34PM +0200, Hans-Christoph Steiner wrote:
>
>
> Moritz Mühlenhoff:
> > On Fri, Aug 30, 2019 at 07:22:02AM +, Matthias Klose wrote:
> >> Package: src:keysync
> >> Version: 0.2.2-2
> >> Severity: normal
> >> Tags: sid bullseye
> >> User: debian-pyt...@lists.debian.
Package: wnpp
Owner: Patryk Cisek
Severity: wishlist
* Package name: protonmail-bridge
Version : 1.2.6
Upstream Author : Proton Technologies AG (ProtonMail Bridge
developers)
* URL : https://github.com/ProtonMail/proton-bridge
* License : GPL
Programming Lan
Package: ftp.debian.org
Severity: normal
Please remove keysync. It depends on Python 2 and is dead upstream.
Acked by the maintainer in #936790.
Cheers,
Moritz
On Wed, 2020-04-29 at 20:41 +0200, Helge Deller wrote:
> On 29.04.20 15:36, Ben Hutchings wrote:
> > Control: tag -1 upstream fixed-upstream patch
> >
> > On Wed, 2020-04-29 at 14:12 +1000, Russell Coker wrote:
> > > Package: klibc-utils
> > > Version: 2.0.7-1
> > > Severity: normal
> > >
> > > r
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "libgrokj2k". Grok is one of only two
actively developed open source JPEG 2000 toolkits on the planet.
* Package name: libgrokj2k
Version : 7.1.0-1
Upstream Author : boxe..
Source: mozjs68
Version: 68.6.0-2
Severity: normal
Tags: upstream
User: debian-...@lists.debian.org
Usertags: alpha hppa ia64 m68k sh4
Hi!
mozjs68 build-depends on cargo and rustc, but it doesn't actually build any Rust
code. The configure script just checks for the version of cargo and rustc, th
Apologies once again for the time it's taking to get back to you, so
much to do. I'll try to get focussed on responding to all of your
messages now/next...
The fix for this bug report has been merged now since your response.
The piece of code modified to add `--prefix=/boot/grub` lived within a
c
Moritz Mühlenhoff:
> On Fri, Aug 30, 2019 at 07:22:02AM +, Matthias Klose wrote:
>> Package: src:keysync
>> Version: 0.2.2-2
>> Severity: normal
>> Tags: sid bullseye
>> User: debian-pyt...@lists.debian.org
>> Usertags: py2removal
>>
>> Python2 becomes end-of-live upstream, and Debian aims t
I uploaded a new version, which switches to debhelper compat level 13,
updates the copyright file and disables the auto-test step on ppc architectures.
Changes since the last upload:
* Non-maintainer upload.
* New upstream version 0.14.0
* d/{control,compat}: switch to debhelper compat l
On Sat, 7 Mar 2020 19:45:27 -0500 Boyuan Yang wrote:
> Package: wnpp
> Severity: normal
> X-Debbugs-CC: siret...@tauware.de m...@debian.org
> debian-multime...@lists.debian.org
>
> Dear package projectm maintainers,
>
> According to https://tracker.debian.org/pkg/projectm , this package
> was ju
Source: roundcube
Severity: important
Tags: security
AFAICT no CVE was assigned for this yet. 1.2.x, 1.3.x and 1.4.x
branches are affected. Upstream fix:
1.4.x
https://github.com/roundcube/roundcubemail/commit/87e4cd0cf2c550e77586860b94e5c75d2b7686d0
1.3.x
https://github.com/roundcube
Source: roundcube
Severity: important
Tags: security
AFAICT no CVE was assigned for this yet. 1.2.x, 1.3.x and 1.4.x
branches are affected. Upstream fix:
1.4.x
https://github.com/roundcube/roundcubemail/commit/9bbda422ff0b782b81de59c86994f1a5fd93f8e6
1.3.x
https://github.com/roundcube
Package: apngopt
Version: 1.2-2
apngopt crashes with stack buffer overflow when calling with command line
argument longer than 247 bytes.
Steps to replicate:
```
wget
http://deb.debian.org/debian/pool/main/a/apngopt/apngopt_1.2.orig.tar.gz
tar -xf apngopt_1.2.orig.tar.gz
cd apngopt-1.2.orig
make
Hi.
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
This is easily fixed by updating to the latest upstream version (1.1.17).
@Hilko: OK with you? I have already prepared the update as need this for
stenographer to migrate. Gopacket as a dependency has been re
Hi,
Here is a log attached.
The client has private IP 192.168.0.106
behind an ADSL "box" with public IP 82.65.29.121
The package with a missed download was actually this time
apt-cacher-ng:
E: Impossible de récupérer
http://deb.debian.org/debian/pool/main/a/apt-cacher-ng/apt-cacher-ng_3.5-1_am
Source: numpy, scikit-learn
Control: found -1 numpy/1:1.18.3-1
Control: found -1 scikit-learn/0.22.2.post1+dfsg-5
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 o
I noticed twice the behaviour which I desribed in message #10 in Debian 10.3
("Buster", the currently stable Debian release) on the same hardware (Acer
Aspire E1-530 laptop), too.
I then applied the same steps as mentioned in message #10 .
This is the first time I rebooted my machine having app
Source: lasagne
Version: 0.1+git20181019.a61b76f-2
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org, nu...@packages.debian.org
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:numpy
Dear maintainer(s),
With a recent upload of numpy the a
Source: numpy, nipy
Control: found -1 numpy/1:1.18.3-1
Control: found -1 nipy/0.4.2-3
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 numpy the autopkgtest of n
Source: numpy, dask
Control: found -1 numpy/1:1.18.3-1
Control: found -1 dask/2.11.0+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 numpy the autopkgtes
Control: tags 956371 + pending
Dear maintainer,
I've prepared an NMU for deal.ii (versioned as 9.1.1-9.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru deal.ii-9.1.1/debian/changelog deal.ii-9.1.1/debian/changelog
--- deal.ii-9.1.1/de
Am Mittwoch, 29. April 2020 schrieb Ben Hutchings :
> On Tue, 2020-04-28 at 04:43 +0100, Ben Hutchings wrote:
> > On Wed, 01 Apr 2020 09:05:22 +0200 Norbert Lange
> wrote:
> > > Package: initramfs-tools-core
> > > Version: 0.136
> > > Severity: wishlist
> > > Tags: patch
> > >
> > > Hello,
> > >
I've just seen a few of the bugs on here, and am having a look at them upstream.
You are right in that GLFW and a few other dependencies are not needed
at all, so I shall be removing those soon in v2.3.0 . I hope to have
that merged before beta1 which is due sometime this week.
> I've tried to cl
Package: gdc
Version: 4:9.2.1-3.1
Severity: normal
According to man page for gdc(1):
-debuglib
Specify the debug library to use instead of libphobos when linking.
This option
has no effect unless the -g option was also given on the command
line. Options
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
GNU GSL 2.6 was release last fall; the package is stable and does not move
too much upstream. It has been in 'auto transition' for a while following my
initial upload to experimental.
Source: astroml
Version: 0.4.post1-5
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org, nu...@packages.debian.org
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:numpy
Dear maintainer(s),
With a recent upload of numpy the autopkgtest of
Control: tags -1 + confirmed
On Wed, 2020-04-29 at 10:45 +0200, Laurent Bigonville wrote:
> Please allow an upload to fix #956308 (CVE-2020-1730).
Please go ahead.
> That upload should also probably end up in the coming point release
That's the general idea of p-u, yeah. :-)
Regards,
Adam
Helge Deller dixit:
>On hppa/parisc we still need executable stacks for the signal
>trampoline return code. Might your patch then maybe break fstype on
>hppa? I didn't tested it...
I think it only changed the assembly parts of the library to
signal to the linker that there’s no need for an execut
Package: libquickfix-dev
Version: 1.15.1+dfsg-3
Severity: wishlist
Hello!
It would be nice if you could toggle the configure flag --with-openssl.
It doesn't impact people who want to use it without ssl, but makes it possible
to make TLS connections.
thanks!
-- System Information:
Debian Releas
On 29.04.20 15:36, Ben Hutchings wrote:
> Control: tag -1 upstream fixed-upstream patch
>
> On Wed, 2020-04-29 at 14:12 +1000, Russell Coker wrote:
>> Package: klibc-utils
>> Version: 2.0.7-1
>> Severity: normal
>>
>> root@sevm:~/pol# /usr/lib/klibc/bin/fstype < /dev/sda2
>> Segmentation fault
>>
A potential problem is that upgrading pandas breaks some of its reverse
dependencies: whether this is a blocker for backports is being discussed
at https://lists.debian.org/debian-backports/2020/04/threads.html#00062
Packages thought to break are
cnvkit influxdb-python snakemake statsmodels tqd
Hi all,
I have tried to reproduce this bug on Debian stable (buster) for a
number of months and failed to do so.
As the original reporter has migrated to another 'testing' version and
desktop. I think we should close this bug?
Regards
Phil
--
*** Playing the game for the games sake. ***
WWW
All,
R 4.0.0 was released as scheduled on Friday, source packages have been in
experimental since Friday too.
There is one build failure on ppc64el but we now know what causes it so a bug
fix from upstream should be forthcoming shortly. The bug can also be
circumvented by (on that platform onl
Control: reassign -1 cmake 3.16.3-2
Control: subject -i cmake breaks on -isystem
Control: affects -1 ignition-transport
* peter green [2020-04-28 23:15]:
Package: ignition-transport
Version: 8.0.0+dfsg-3
Severity: serious
It seems that ignition-transport fails to build in testing with the foll
[Gürkan Myczko]
> And I'm not sure on the issue:
> https://github.com/swwa/audmes/issues/1
> (it might, or not might pass ftp-master, bets?)
Note, swwa now have write access to the upstream repo on
https://sourceforge.net/projects/audmes/ >. So do I, btw. :)
--
Happy hacking
Petter Reinholdtse
So, it seems we potentially have several different issues, and should
discuss them in separate bug reports:
* How to make the documentation clearer about --profiles
vs. --auto-profiles
* For some reason --locale and --keyboard didn't work for you.
* What references should there be between the si
Let's try again...
Quoting Andrej Shadura (2020-04-29 12:58:29)
> On Wed, 29 Apr 2020 at 12:51, Jonas Smedegaard wrote:
> > This is my current draft of new description (replacing short
> > description and adding a section to long description, both to
> > clarify which "matrix" it is):
>
> > >
Control: block -1 by 954022
On Wed, 29 Apr 2020 at 17:13:08 +0100, Pedro Ângelo wrote:
> looking upstream, there's an issue reported about xdg-desktop-portal-gtk not
> instantiating the ScreenCast and RemoteDesktop interfaces on Ubuntu
It needs a newer version of pipewire (see #954022).
> it see
Package: pkg-js-tools
Version: 0.9.33
Severity: important
With #959015 fixed, I tried to add @babel/plugin-check-constants in
node-fbjs debian/build_modules but it failed to create a correct
symbolic link.
It should support namespaces with @directory structure or should read
package.json to
Quoting Sam Hartman (2020-04-29 18:20:07)
> > "Jonas" == Jonas Smedegaard writes:
>
>
> Jonas> How is "matrix chat protocol" inadequate to tell what package
> Jonas> does, which a change to capitalization of initial character
> Jonas> fixes?
>
> I think this is more confrontatio
Package: i3status
Version: 2.13-2
Severity: normal
Dear Maintainer,
Since [1], capability CAP_NET_ADMIN is no more required to request
Ethernet speed (related to EOL of a specific kernel version).
However, it seems that there is an old postinstall file [2] that still
tries to add it. Could you up
Note that these are distinct:
- conda, the package manager itself; BSD-3 licensed
- Anaconda Individual Edition, a bundle of conda + some commonly-used
packages; non-DFSG-free as it includes intel-mkl and cudnn
(https://docs.anaconda.com/anaconda/eula/)
- Anaconda repository, the server conda us
On 29.04.2020 17:13, Petter Reinholdtsen wrote:
[Gürkan Myczko]
I had completely forgotten about that, but beimg part of the
multimedia team, I would go ahead and rename the RFP to ITP and go for
it, unless someone else wants to do so very hard.
I would refresh/update the pkg, and put it on sal
I'm not sure who was in the wrong here, if OpenXR shouldn't have had
that NVX line in the source, or if the removal of that symbol form the
header was not expected. In any case, the error-inducing line
"_(INDIRECT_COMMANDS_LAYOUT_NVX)" can be patched out of
OpenXR-SDK-Source - the next upstream rel
Package: python3-imdbpy
Version: 6.8-2
Severity: wishlist
Hello,
when checking episodes data via imdb, the value of 'original air date' is a
string, f.e.:
{'title': 'Louis T. Steinhil (No. 27)',
'kind': 'episode',
'episode of': ,
'season': 7,
'episode': 1,
'rating': 8.701234567891,
'votes':
Control: reopen -1
On Wed, Apr 29, 2020 at 05:09:05PM +, Debian Bug Tracking System wrote:
>...
> hkl (5.0.0.2615-1) unstable; urgency=medium
> .
>* New upstream version 5.0.0.2615
>* Bug fix: "hkl FTBFS on arm64: sirius segfaults", thanks to Adrian Bunk
> (Closes: #947400).
>..
Package: python3-imdbpy
Version: 6.8-2
Severity: important
Hello,
python3-imdbpy should be renamed to python3-imdb since `imdb` is the top-level
module that you `import`.
Regards,
Sandro
-- System Information:
Debian Release: 10.0
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'
Hi,
On Thu, Apr 16, 2020 at 09:48:09AM +0200, Paul Gevers wrote:
> Subject: src:frr: fails to migrate to testing for too long: ftbfs on mipsel
> This bug will trigger auto-removal when appropriate. As with all new
> bugs, there will be at least 30 days before the package is auto-removed.
Please
Hello there!
On Tue, Apr 28, 2020 at 12:35:52AM +0200, Bernhard Übelacker wrote:
> Dear Maintainer,
> looking at the backtrace from message 13 and at the changes
> done by upstream, following commit sounds related:
>
> https://github.com/OpenPrinting/system-config-printer/commit/b9289dfe105bdb502
Hi there,
I got the exact same error in a different laptop.
Using kernel 5.4.19-1 (5.4.0-4)
See attached file for the kernel log.
Apr 29 17:48:47 ranger kernel: [ 3252.715611] BUG: kernel NULL pointer
dereference, address: 0040
Apr 29 17:48:47 ranger kernel: [ 3252.715616] #PF: super
Hi Pierre,
sorry, I haven't seen your EMail. I am on vacation till end of this week.
I have backported the new lxc package to buster and installed it on my
office PC, but I didn't had a chance to do more than just a very brief test.
Hopefully I can install it on some "real" lxc servers next week
On Mon, Jan 27, 2020 at 09:46:35PM +0100, Enrico Zini wrote:
> If there is still data to write, self._pending_write is not done when
> future_add_done_callback is called, and RequestHandler.flush() won't get
> stuck.
Keeping the write buffer nonempty is not sufficient: if it remains with
a few da
Package: gobjc-10
Version: 10-20200418-1
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94637
Tags: fixed-upstream
Control: block 957078 by -1
Control: block 957295 by -1
Control: block 957682 by -1
Severity: normal
$ cat test.m
#include
int
main (void)
{
SEL sel = @selector (method::
On Tue, 2020-04-28 at 04:43 +0100, Ben Hutchings wrote:
> On Wed, 01 Apr 2020 09:05:22 +0200 Norbert Lange wrote:
> > Package: initramfs-tools-core
> > Version: 0.136
> > Severity: wishlist
> > Tags: patch
> >
> > Hello,
> >
> > there are Kernelpatches for zstandard initramfs support
> > availab
On Fri, 17 Apr 2020 14:43:15 +0300,
Richard Frith-Macdonald wrote:
> I noticed this issue, and thought it might be useful to point out
> that this is clearly a new compiler bug.
Yes, many thanks for reporting it to the GCC developers (FTR,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94637).
On Tue, Apr 28, 2020 at 11:38:44PM +0100, Steve McIntyre wrote:
> ACK. d-i won't be looking in /usr/libexec. Please leave things where
> they are...
Good, then @lintian-maint: please exclude udebs from this check :)
(as I think used to be in the past, since I don't think I saw this tag
years ago i
* Simon Quigley:
> Package: src:yara
> Version: 3.3.0+dfsg-2.1
The version seems wrong. Did you mean 3.11.0-2?
> In Ubuntu, after doing a no-change rebuild of your package, the armhf
> build fails with the following error (the full build log is attached):
>
> FAIL: test-rules
>
Package: lintian
Version: 2.69.0
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Since
https://salsa.debian.org/lintian/lintian/-/commit/bc895a4b41571e8ae4d92ecb8f3ec9eb0f701958
lintian warns about a debhelper compat level < 13. Perfectly fine.
But it looks like the description n
Control: reassign -1 libosdgpu3.4.0 3.4.3-1
On 2020-04-29 10:25:13 -0500, David Palacio wrote:
> Package: blender
> Version: 2.82.a+dfsg-1+b1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> After a recent system upgrade Blender fails to start. In the terminal
Hi,
On Wed, 29 Apr 2020 at 17:49, Arnaud Ferraris wrote:
> Le 29/04/2020 à 16:52, Andrej Shadura a écrit :
> > Hi Arnaud and Henry-Nicolas,
> >
> > Great! I haven’t noticed much happening over in the Rust repos or the
> > IRC channel, where are you co-ordinating? The dependency tree is quite
> >
Package: xdg-desktop-portal-gtk
Version: 1.7.1-1+b1
Severity: important
Dear Maintainer,
while testing a self-compiled version of `obs-xdg-portal` plugin for Open
Broadcast Studio I noticed that the plugin failed to bring up the portal window
necessary to authorize the program to capture the scre
> "Jonas" == Jonas Smedegaard writes:
Jonas> How is "matrix chat protocol" inadequate to tell what package
Jonas> does, which a change to capitalization of initial character
Jonas> fixes?
I think this is more confrontational than I'd like to see in Debian.
It is very common in m
Hi,
I did package it, and didn't notice any problem, but ftpmasters did
find a clearly non-redistributable file, and upstream wouldn't confirm
the status of the other sound files nor fix the panda one :
https://notabug.org/TenPlus1/mobs_animal/issues/15
So I'm a bit at loss here : should I packa
Hi Matthew,
On Wed, Apr 29, 2020 at 07:14:30AM -0700, Matthew Fernandez wrote:
>
> To add another data point to this discussion, one other (fruitless) thing I
> tried previously was cross-compiling Clustal Omega. From an amd64 host, it’s
> possible to target mipsel using the GCC cross-compilers
1 - 100 of 213 matches
Mail list logo
