Removing pygtk won't make sabnzbdplus uninstallable; python-gtk2 is a
suggested dependency used only for an optional tray icon.
pgpIYDtwPOiAw.pgp
Description: OpenPGP digital signature
Package: empathy
Version: 3.25.90+really3.12.14-2
Severity: normal
1. Press Account settings button.
2. Press + button.
3. Select Google Talk account, enter credentials, and press Add button.
4. Nothing happens. Really, absolutely nothing. I'd expect my Google
Talk account to be added and my
Package: wnpp
Severity: wishlist
Owner: Francisco Vilmar Cardoso Ruviaro
* Package name: memo
Version : 1.7
Upstream Author : Niko Rosvall
* URL : https://github.com/nrosvall/memo
* License : GPL-3+
Programming Lang: C
Description : unix-style
Package: wnpp
Version: N/A; reported 2020-04-01
Severity: wishlist
* Package name : NNStreamer
Version : 1.5.1
Upstream Author : MyungJoo Ham
* URL : https://github.com/nnstreamer/nnstreamer
* License : LGPL 2.1
Description : NNStreamer is a set of gstreamer plugins to support general
neural
Package: wnpp
Severity: wishlist
* Package name: scikit-build
Version : 0.10.0
Upstream Author : The scikit-build team
* URL : https://github.com/scikit-build/scikit-build
* License : Expat
Programming Lang: Python
Description : Improved build system
Package: qa.debian.org
Severity: normal
Hello,
recently FTP Masters implemented a change in the mail dak sent: while previously
the From header was set to the Changed-By .changes field, now it's sent as
"From: Debian FTP Masters " and the entries in
"News" section of PTS report that instead of
Package: evolution
Version: 3.36.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I guess let me know if this needs to be reported "upstream". I'm getting this
error every day now. Sometime in the evening my evolution calendar becomes
unusable and I receive this
Package: nautilus
Version: 3.30.5-2
Severity: minor
Dear Maintainer,
I'm building nautilus for testing some features of it. However, I got
a problem with building it using the debuild command.
Once building this package is a success or not, the next build process
fails because of unwanted
The last successful build gave a warning at the same point,
H5pyDeprecationWarning: The default file mode will change to 'r'
(read-only) in h5py 3.0. To suppress this warning, pass the mode you
need to h5py.File()
If the test file is being created here, then perhaps
f = h5py.File(fname,
Package: bitshuffle
Version: 0.3.5-3
Severity: serious
Justification: FTBFS
Control: block 954654 by -1
bitshuffle fails to build against hdf5: 1.10.6+repack-1, because
tmp_test_filters.h5 does not exist
OSError: Unable to open file (unable to open file: name =
'tmp_test_filters.h5', errno = 2,
Hi Cyril,
On Wed, Apr 01, 2020 at 05:01:22AM +0200, Cyril Brulebois wrote:
> Hi,
>
> Salvatore Bonaccorso (2020-03-06):
> > [disclaimer not part of maintainers of fail2ban but was looking as
> > issues in fail2ban and stumpbled over this bug]
>
> Noted.
>
> > there was an upload of fail2ban
On Tue, 31 Mar 2020 15:03:30 -0400 Scott Kitterman
wrote:
> On Fri, 27 Mar 2020 08:50:28 -0400 Scott Kitterman
> wrote:
> > On Fri, 27 Mar 2020 01:39:04 -0400 Scott Kitterman
> > wrote:
> > > On Fri, 27 Mar 2020 01:25:28 -0400 Scott Kitterman
> > > wrote:
> > > > I can replicate this with
On Tue, 30 Oct 2018 21:50:36 +0100 Ben Wiederhake
wrote:
> Package: python3-pip
> Version: 9.0.1-2.3
> Severity: normal
> File: /usr/bin/pip3
>
> Dear Maintainer,
>
> I'm having trouble running this command:
>
> pip3 list --outdated
>
> Expected behavior: A list of outdated, local
Package: poppler
Version: 0.85.0-1
Hi,
Certain speed improvements in poppler's pdftoppm need boost (headers
only). This is since 0.80. If boost headers are available at build time,
they are used.
That would be nice to add this build dependency.
Without it you probably get a warning message
Hi,
Salvatore Bonaccorso (2020-03-06):
> [disclaimer not part of maintainers of fail2ban but was looking as
> issues in fail2ban and stumpbled over this bug]
Noted.
> there was an upload of fail2ban to unstable based on the 0.11 branch
> now, and Jakob mentioned that there support for actually
Hey,
and thanks for the triaging (sorry for the noise).
Steve McIntyre (2020-03-31):
> On Tue, Mar 31, 2020 at 03:16:54AM +0200, Cyril Brulebois wrote:
> >This system was initially installed with jessie with grub-pc on MBR,
> >upgraded to stretch, switched to grub-efi-amd64 on UEFI (to handle
>
On Tue, 17 Mar 2020 10:38:23 -0400 Scott Kitterman
wrote:
> On Fri, 10 Jan 2020 00:02:12 -0800 Nye Liu wrote:
> > this bug is now more than a year old.
> >
> > Please update python3-pip and python-pip packages to >19.1
>
> The same problem still exists with 20.2 in unstable. It appears that
On Tue, Mar 31, 2020 at 5:09 PM Holger Levsen wrote:
> The information we would like to have integrated into tracker.d.o is a
> link to .buildinfo files for source packages, based on the architecture
> the build was done.
...
> https://buildinfos.debian.net/buildinfo-pool/ provides a pool
Package: bsdgames-nonfree
Version: 2.17-6build1
Severity: normal
Tags: patch
Dear Maintainer,
I was reading the source for Rogue when I noticed the following curious
condition in the `create_monster` function:
if (((row == rogue.row) && (col = rogue.col)) ||
Hello Samuel,
Samuel Henrique (2020-03-31):
> Hello Cyril,
>
> > I'm wondering whether we should have a pointer to some documentation
> > that would explain what that is. I seem to have this in my web browser
> > history;
> >
> >
I would also like to start off with a Debian-packaged rustup rather
than having to install it from upstream.
It's been discussed before, but I think no one was pursuaded to start
maintaining a package. IIRC one issue was that rustup likes to update
itself. You'd need to check how difficult it
Package: lintian-brush
Version: 0.59
Severity: normal
When determining the upstream repository URL, lintian-brush should try harder
to filter out (or perhaps just downgrade the certainty) for cases where the
upstream repository has moved. Example cases:
*
I cracked open the package, and it seems almost straightforward, except
for two complications: it bundles a compiled version of GRUB for i386
and amd64, as well as some other compiled tools. I think any working
package would need to rewrite that to use a version of GRUB installed
already on the
OpenMV package code also must be updated with code from git because
the current package can't be built with OSG 3.6.5.
With fresh OSG (3.6.5 stable) and latest OpenMW (from git) game save
process isn't caused to crash.
Hi! I have interest in packaging boot-repair, as it helped to save my
own dual-boot. I started to repackage it, but I became unsure about
whether I should. It is a maintained PPA, and so it already has a
functional control file. I wasn't sure what I should put as (for
instance) the
Package: cron
Version: 3.0pl1-136
Severity: minor
File: /usr/share/man/man5/crontab.5.gz
In section EXAMPLE CRON FILE please add
# Run once every 9th day, even across week, month, and year boundaries:
33 22 * * * expr $(date +\%s) / 60 / 60 / 24 \% 9 > /dev/null ||
echo Wax the
Hi there,
the packaging attempt for this ITP has stalled since 2016. Are you still
intersted in this ITP?
Regards, Daniel
signature.asc
Description: This is a digitally signed message part
Also, for clarification, the attached file is an example power point file
that was saved with powerpoint included in Microsoft Office Professional
Plus 2016. The text should be duplicated and shifted up. The line near the
top is an empty equation. Usually the text will overlap more, possibly due
Hi,
is this ITP still valid? The gem you are going to package is more then 9 years
old. What is the use case?
Regards, Daniel
signature.asc
Description: This is a digitally signed message part
Package: libreoffice-impress
Version: 1:6.1.5-3+deb10u5
Severity: important
Tags: a11y
Hello,
If an equation is in the same slide as text that was saved in a
powerpoint 2007-2019 format (pptx) using a contemporary version of
Microsoft Powerpoint (I personally tested with Microsoft Office
On Tue, Mar 31, 2020 at 8:12 PM Pirate Praveen wrote:
> Severity: serious
> Justification: ftbfs on buster
>
> When building in buster (buster-backports branch on salsa), build fails
> with error
Meaning it does _not_ FTBFS in Sid or Bullseye. Any pointers where
it's defined in our policy that
Hello,
After some analysis, it look like TLS1.0 and TLS 1.1 where disabled through
glib-networking starting from version 2.64.x
(https://gitlab.gnome.org/GNOME/glib-networking/-/commit/0f5938dbc7ac92913673c102b5707675ca8a0eb9)
As a workaround is to execute evolution as the following : > export
On Tue, Mar 31, 2020 at 11:48:26PM +0200, Steffen Ullrich wrote:
> > You should fix your tests not to trigger an unexpected EOF. You
> > probably have code now that ignores the current error, you
> > shouldn't ignore that error, it's a real error.
>
> Fixing the tests to only consider an ideal
Package: wnpp
Severity: wishlist
Owner: Daniel Leidert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: ruby-minitest-power-assert
Version : 0.3.1
Upstream Author : Hiroshi SHIBATA
* URL : https://github.com/hsbt/minitest-power_assert
* License
> You should fix your tests not to trigger an unexpected EOF. You
> probably have code now that ignores the current error, you
> shouldn't ignore that error, it's a real error.
Fixing the tests to only consider an ideal world of nicely behaving peers is
in my opinion the wrong way to go. Instead
I don't understand why this bug is still open.
I know that some libraries like curl and openssl were not thread-safe,
which could have explained it.
The argument used in the post is that fitz is not mature.
That was in 2013.
There are some patches to solve this problem :
Package: wnpp
Severity: wishlist
Owner: Hilmar Preusse
* Package name: libsys-hostaddr-perl
Version : 0.993
Upstream Author : Jeremy Kister
* URL : https://metacpan.org/release/Sys-HostAddr
* License : Artistic
Programming Lang: Perl
Description : Get
On Tue, Mar 31, 2020 at 10:38:15AM +0200, Bill Allombert wrote:
> On Tue, Mar 31, 2020 at 05:21:12AM +, Thorsten Glaser wrote:
> > Package: popularity-contest
> > Version: 1.70
> > Severity: normal
> >
> > Just trying to trigger a run manually on this box before
> > shutting it down:
> >
> >
Hi Vitaly,
On 31/03/2020 20:07, Vitaly Zuevsky wrote:
I must have confused two concepts: waited process in OS -vs- waited job inside
shell interpreter. I am trying to see how it work in practice:
# true & false &
#
[2] + Done(1)false
[1] + Done true
#
Package: libmicrohttpd-dev
Version: 0.9.66-1+b1
Control: tags -1 + patch
Back in 8fd1d4746ace319bff835baf420eb41212d9f43b libmicrohttpd-dev
dropped the build dependency on gcrypt, closing #883475.
But this failed to drop the dependency from libmicrohttpd-dev to
libgcrypt-dev.
I've supplied a
Hi Moritz,
On Tue, Mar 31, 2020 at 10:21:12PM +0200, Moritz Mühlenhoff wrote:
> On Sun, Mar 29, 2020 at 03:24:57PM +, Marcos Marado wrote:
> > I'm not sure if someone has access to a more fine-grained diff, but,
> > from the Changelog, I'd guess the actual fix would match this:
> >
> >
On Tue, Mar 31, 2020 at 09:49:51PM +0200, Salvatore Bonaccorso wrote:
> Hi Kurt,
>
> On Tue, Mar 31, 2020 at 06:46:44PM +0200, Kurt Roeckx wrote:
> > On Tue, Mar 31, 2020 at 09:03:01AM +0200, Salvatore Bonaccorso wrote:
> > > On Sat, Mar 21, 2020 at 08:31:21PM +0100, gregor herrmann wrote:
> > >
Hi Moritz,I followed your recommendation and I got up to here
https://git.launchpad.net/wicd/commit/?h=gtk_Debian_Bug%23947589=358f5f11c64ed09838c607bf5c64d35b74c0ca75
Though I do now have a problem of testing now, as there are neither gtk
based tests, neither a way to test without involving my
I removed the mention of Perl from the Readme that was used as the basis for
the description. The sentence in question was changed to..
"My goal in writing this script was to provide all the functionality of all
the various terminal color displaying scripts found around the web in one
Source: hurd
Severity: normal
Tags: upstream fixed-upstream pending
Just to document and for tracking: the hurd package currently FTBFS with
gcc-10 due to the now-default -fno-common option. A patch was committed
upstream, and will land in Debian soon.
Samuel
Source: ecflow
Version: 4.17.2-2
Severity: important
Tags: patch
Hi,
ecflow has few library packages directly specific as build
dependencies. This can be problematic e.g. in the (rare) case they bump
SONAME, but in general specifying directly a library as build
dependency is useless (its -dev
Le 2020-03-31 21:25, Thierry HUCAHRD a écrit :
I don't understand why this bug is still open.
I know that some libraries like curl and openssl were not thread-safe,
which could have explained it.
The argument used in the post is that fitz is not mature.
That was in 2013.
There are some patches
Package: csync2
Severity: important
Tags: security
Please see https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-15522
Cheers,
Moritz
Il giorno mar, 31/03/2020 alle 22.00 +0200, Axel Beckert ha scritto:
> Hi Moritz,
>
> Moritz Mühlenhoff wrote:
> > has there been further development?
>
> Not so much. :-/
sorry guys, I couldn't get my hands on it lately
GMS
Package: python-etesync
Version: 0.9.2-1
Hi,
I'm the maintainer of the upstream package. While the pip dependency was
listed as pyscrypt, we've always supported both pyscrypt and scrypt,
with the latter being the recommended choice because it's much more
efficient (and still maintained). The
On Sun, Mar 29, 2020 at 03:24:57PM +, Marcos Marado wrote:
> I'm not sure if someone has access to a more fine-grained diff, but,
> from the Changelog, I'd guess the actual fix would match this:
>
> +netkit-telnet (0.17-14) unstable; urgency=high
> +
> + * Fixed netobuf buffer overflows.
> +
On Mon, Mar 16, 2020 at 05:44:50PM -0600, Nicholas D Steeves wrote:
> Hi Matthias,
>
> Matthias Klose writes:
>
> > Package: src:xmms2
> > Version: 0.8+dfsg-18.2
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> >
> > Python2 becomes
Hi gregor,
On 31-03-2020 21:55, gregor herrmann wrote:
> On Tue, 31 Mar 2020 21:41:12 +0200, Paul Gevers wrote:
>
>> With a recent upload of openssl the autopkgtest of libio-socket-ssl-perl
>> fails in testing when that autopkgtest is run with the binary packages
>> of openssl from unstable.
>
Dear Lars,
On 11-03-2020 21:09, Lars Kruse wrote:
> The attached patch lets autopkgtest wait for the sysvinit runlevel script
> parent process (/etc/init.d/rc) to be finished/absent. This change does
> not affect other init systems, since /etc/init.d/rc is only shipped by
> the sysvinit-core
On Tue, Mar 31, 2020 at 01:01:31PM +0200, JCF Ploemen wrote:
> Moritz Mühlenhoff wrote:
> > These seem to be in the archive now. Are there other blockers or
> > module pre requisites?
>
> Upstream git has switched the develop branch to python3 and that seems
> to work fine, but there have been
Hi Moritz,
Moritz Mühlenhoff wrote:
> has there been further development?
Not so much. :-/
> The removal of pygtk is now fairly close.
> Given that there's been some movement wrt PyGI/gtk3, we can ask to force
> the removal despite wicd still being around (but wicd-gtk would be rendered
>
Hi,
On Sun, Mar 29, 2020 at 03:24:57PM +, Marcos Marado wrote:
> I'm not sure if someone has access to a more fine-grained diff, but,
> from the Changelog, I'd guess the actual fix would match this:
>
> +netkit-telnet (0.17-14) unstable; urgency=high
> +
> + * Fixed netobuf buffer
On 2020-03-31 21:41:12 [+0200], Paul Gevers wrote:
>passfail
> opensslfrom testing1.1.1e-1
> libio-socket-ssl-perl from testing2.067-1
> all others from testingfrom testing
there is more than just this. OpenSSL upstream
On Tue, 31 Mar 2020 21:41:12 +0200, Paul Gevers wrote:
> With a recent upload of openssl the autopkgtest of libio-socket-ssl-perl
> fails in testing when that autopkgtest is run with the binary packages
> of openssl from unstable.
Ack, cf. #954371 and the pointers to upstream discussions there.
On Sat, Dec 28, 2019 at 04:04:30PM +0100, Axel Beckert wrote:
> Control: forcemerge 946380 -1
> Control: tag -1 + confirmed
>
> Simon McVittie wrote:
> > The Python 3 version of wicd-gtk in experimental doesn't seem to have
> > any dependency that would pull in GTK, which seems unlikely to be
Hi Kurt,
On Tue, Mar 31, 2020 at 06:46:44PM +0200, Kurt Roeckx wrote:
> On Tue, Mar 31, 2020 at 09:03:01AM +0200, Salvatore Bonaccorso wrote:
> > On Sat, Mar 21, 2020 at 08:31:21PM +0100, gregor herrmann wrote:
> > > On Fri, 20 Mar 2020 21:50:08 +0100, Sebastian Andrzej Siewior wrote:
> > >
> >
Control: tags 925747 + patch
Control: tags 925747 + pending
Dear maintainer,
I've prepared an NMU for libkibi (versioned as 0.1.1-2.1) and
uploaded it to mentors for sponsoring. Please feel free to tell me if I
should remove it.
--
Regards
Sudip
diff -Nru libkibi-0.1.1/debian/changelog
Source: openssl, libio-socket-ssl-perl
Control: found -1 openssl/1.1.1e-1
Control: found -1 libio-socket-ssl-perl/2.067-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
Re: Moritz Muehlenhoff 2020-03-27 <20200327220044.s7cmyqmlnevty...@inutil.org>
> > There's a py3 branch in upstream Hg that's activish. I haven't tried
> > it yet, but it looks promising. I'll give it a try over the weekend
> > and report back here.
I've pushed the new branch to our git, but it's
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "libkibi"
* Package name: libkibi
Version : 0.1.1-2.1
Upstream Author : Benjamin Drung
* URL : https://launchpad.net/libkibi
* License : ISC
* Vcs
Source: passenger
Version: 5.0.30-1.1
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source (but built successfully in the past)
binNMUs of passenger failed on armel and armhf:
Package: bubblewrap
Version: 0.4.0-1
Severity: critical
Tags: security upstream fixed-upstream
Justification: root security hole
bubblewrap 0.4.0 introduced a privilege escalation vulnerability on systems
where both of these are true:
- unprivileged users can create user namespaces:
- not
Package: libpsl
Version: 0.21.0-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also moving
Control: severity -1 important
On 2020-02-28 22:44:30, Hugo Melder wrote:
> Package: isc-dhcp-client
> Version: 4.4.1-2.1
> Severity: grave
> Tags: d-i a11y
> Justification: renders package unusable
Uninstallable packages on ports are not RC, so downgrading accordingly.
Cheers
>
>
>
> --
Hi Harald,
> set -- $(seq 1 100)
> for i
> do
> : &
> sleep .1
> done
> for i
> do
> wait %$i
> done
>
>This is a valid script and works fine in dash. Your change breaks this by not
>keeping the jobs around long enough, and I hope this test script shows that
>there is
I took a look at this issue and discovered a couple of things.
First I tried to rebuild the package in Ubuntu, in case libraries or
build tools had changed in the meantime. This didn't work.
After a couple of other experiments which didn't lead anywhere
either, I started to wonder what would
On 20-03-31 14 h 42, lemmel wrote:
> Well done !
>
> I was stupid: jackd was in the ouput, but as Pulse was selected I totally
> ignored it ; and jackd doesn't even figure in the Mumble UI !
>
> I'm really sorry: I filled a bug, and waste your time.
It is actually a manifestation of an
Package: xdeb
Version: 0.6.7
Followup-For: Bug #939171
Hi,
to increase confusion: the xdeb check has been removed from lintian in
https://salsa.debian.org/lintian/lintian/-/commit/a1dbe23dc95c8bf9b71d59894b97d9cd03b5ecc2
But I can't find why xdeb has been removed from debian testing.
--
Well done !
I was stupid: jackd was in the ouput, but as Pulse was selected I totally
ignored it ; and jackd doesn't even figure in the Mumble UI !
I'm really sorry: I filled a bug, and waste your time.
Le mardi 31 mars 2020, 19:58:06 CEST Sébastien Leblanc a écrit :
> > ii libjack-jackd2-0
retitle 828190 [pulseaudio] sometimes locks up
tag 828190 - moreinfo
stop
Dear Maintainer,
this report is tagged "moreinfo", but I don't see which info is
missing. AFAICS the original submitter provided everything he was
asked. Please add the tag again and clarify, if indeed some information
is
I have created a libupb branch on salsa with new binaries that ships
these missing files. I'm not sure if they should be part of libgrpc9
and libgrpc-dev instead. Please review.
https://salsa.debian.org/debian/grpc/-/commit/b0475773f97957ca85d9958b644c923da316c4dc
Another option might be to stop running them from a wheel, as it's clearly not
supported by upstream.
On Tue, 31 Mar 2020 09:58:21 -0400 Scott Kitterman wrote:
> On Tue, 31 Mar 2020 14:31:40 +0200 Christoph Reiter
> wrote:
> > Package: python3-pip
> > Version: 20.0.2-2
> > Severity: important
> >
> > Dear Maintainer,
> >
> > (Note: This doesn't affect upstream pip, only the Debian/Ubuntu
Package: grpc
Version: 1.26.0-2
Severity: serious
Justification: ftbfs on buster
When building in buster (buster-backports branch on salsa), build fails
with error
dpkg-shlibdeps: error: cannot find library libupb.so.9 needed by
> ii libjack-jackd2-0 [libjack-0.125] 1.9.12~dfsg-2+b1
I see you have Jack installed, have you checked if Mumble started it?
Unfortunately, while Mumble supports Jack, it does not play nicely with
it in this release, as there are no options in the GUI pertaining to
disabling automatic
Package: libvirt-daemon
Version: 6.0.0-4
Followup-For: Bug #918728
Any chance this can get addressed for bullseye?
FWIW, if I build the package from source with libiscsi-dev (and
corresponding libiscsi7) installed, it auto-detects that it should build
this backend. Presumably then all that's
Control: found -1 8:6.9.10.23+dfsg-2.1+b2
imagemagick seems to have lost its heic support. I am getting similar
errors as the reporter (message #5) when I try to use imagemagick on
heic images:
rak@zeta:~$ display /tmp/20200331_103325.heic
display: no decode delegate for this image format `HEIC'
Hello,
Same issue here using evolution 3.36.1 with MS exchange Server supprting only
TLS1.0.
< HTTP/1.1 6 Error performing TLS handshake: A packet with illegal or
unsupported version was received.
< Soup-Debug-Timestamp: 1585676181
< Soup-Debug: ESoapMessage 0 (0x55fd0188f770)
Any
On Tue, Mar 31, 2020 at 11:40:27AM -0500, Eric Evans wrote:
> > > python-boto, in stable point releases. Having the team maintain these
> > > packages, as we do with other packages such as cloud-init, would help us
> > > with this goal.
>
> I agree; cloud-team seems like the best fit
>
> > I
Control: reassign -1 python-skbio
On 2020-02-12 20:00:16 +0100 Paul Gevers wrote:
> With a recent upload of scikit-learn the autopkgtest of python-skbio
> fails in testing when that autopkgtest is run with the binary packages
> of scikit-learn from unstable. It passes when run with only packages
*Grüße,Ich habe Ihnen diesen Brief vor einem Monat geschickt, aber ich bin
mir nicht sicher, ob Sie ihn erhalten haben. Ich habe keine Nachricht von
Ihnen erhalten, und deshalb werde ich ihn noch einmal wiederholen.Ich bin
ein Anwalt Stephen W. W. L. PHALA,, der persönliche Anwalt meines
Package: fping
Version: 4.2-1+b1
Severity: minor
Hi,
look:
[1/5592]mh@drop:~ $ fping6 -6 2a01:238:42bc:a101::1
fping6: can't specify both -4 and -6
1 [2/5593]mh@drop:~ $ fping6 2a01:238:42bc:a101::1
2a01:238:42bc:a101::1 is alive
[3/5594]mh@drop:~ $ fping 2a01:238:42bc:a101::1
Hi,
thank you for this new package version and attempt to fix this bug!
Unfortunately I am still getting an exception on my system:
Package: python3-pip
Version: 20.0.2-2
# pip3 list --outdated
WARNING: pip is being invoked by an old script wrapper. This will fail in a
future version of
Package: libopencv-features2d4.2
Severity: grave
Justification: renders package unusable
Tags: a11y
Dear Maintainer,
* What led up to the situation?
Install a fresh system, for example using a docker image with
—
# docker run —rm -it debian:unstable
—
Inside the container run:
—
#
Source: sahara-plugin-vanilla
Version: 2.0.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
sahara-plugin-vanilla/experimental FTBFS:
==
FAIL:
Package: tracker.debian.org
Severity: wishlist
Dear Maintainer,
please integrate information from buildinfos.debian.net into tracker.d.o,
which is a different view/aspect of reproducible builds of Debian packages than
the one currently integrated.
The current one is about the results from
On Tue, Mar 31, 2020 at 09:03:01AM +0200, Salvatore Bonaccorso wrote:
> On Sat, Mar 21, 2020 at 08:31:21PM +0100, gregor herrmann wrote:
> > On Fri, 20 Mar 2020 21:50:08 +0100, Sebastian Andrzej Siewior wrote:
> >
> > > The package FTBFS since openssl has been updated to 1.1.1e because the
> > >
Package: src:linux
Version: 4.19.98-1
Severity: normal
Subject: linux-image-4.19.0-8-amd64: Memory Misreport/Leak
Dear Maintainer,
after changing my hardware I noticed that the reported "idle" RAM usage — not
counting file cache and buffers — could now increase up to several GiB instead
of the
Hi Andreas
On 2020-03-31 18:27:50, Andreas Beckmann wrote:
> Source: libplacebo
> Version: 1.21.0+dfsg1-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
>
> Hi,
>
> libplacebo/experimental in a current sid+experimental
Source: gnome-shell-xrdesktop
Version: 3.34.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Hi,
gnome-shell-xrdesktop FTBFS:
debian/rules override_dh_missing
make[1]: Entering directory '/build/gnome-shell-xrdesktop-3.34.4'
dh_missing --fail-missing
dh_missing:
[ Andreas Tille ]
> On Mon, Mar 30, 2020 at 11:18:34AM -0400, Noah Meyerhans wrote:
> > On Mon, Mar 30, 2020 at 11:44:23AM +0200, Andreas Tille wrote:
> > > I wonder whether we should take over python-boto into DPMT maintenance
> > > which would enable commits to Git way more easily.
> >
> > If
Control: reassign -1 apt-cacher-ng
On Tue, Mar 31, 2020 at 09:44:22PM +0530, Pirate Praveen wrote:
> Package: apt, apt-cacher-ng
> Severity: wishlist
>
> I have to use a bad internet connection that keeps breaking between
> downloads of large files (it has become worse after the covid-19
Source: libplacebo
Version: 1.21.0+dfsg1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
libplacebo/experimental in a current sid+experimental environment:
FAILED: src/libplacebo.so.21
c++ -o src/libplacebo.so.21
Package: apt, apt-cacher-ng
Severity: wishlist
I have to use a bad internet connection that keeps breaking between
downloads of large files (it has become worse after the covid-19
lockdown), but those same files are downloaded by wget just fine, ie,
it is can easily resume after a short
Source: libdc1394
Severity: important
Version: 2.2.6-1
X-Debbugs-CC: p...@debian.org g...@debian.org
Dear Debian libdc1394 maintainers,
The last upload of package libdc1394 was not a source-only upload. As a
result, this package will not migrate to Debian Testing.
Please consider making another
1 - 100 of 190 matches
Mail list logo
