Package: dx
upstream defunct, alternative:
https://web.archive.org/web/20080705135547/http://opendx.npaci.edu/source/
Homepage defunct, alternative:
https://web.archive.org/web/20080812051658/http://www.opendx.org/
signature.asc
Description: OpenPGP digital signature
found 932473 5.2.3.2-1
severity 932473 important
thanks
I've noticed this problem is present in the buster version of shorewall6,
also. I've bumped the severity because it "has a major effect on the
usability of a package".
- Matt
Package: tracker.debian.org
Followup-For: Bug #818382
The problem reported in this bug seems to be particularly prevalent
for upstream sources hosted on github.com. I imagine there's a
temporary access problem at the time UDD tries to connect. If that's
the case can it be marked to try again
Source: mujs
Version: 1.0.6-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
mujs fails to cross build from source, because it does not pass cross
tools to make during the shared build. Using dh_auto_build is the
simplest way to fix that and doing so makes mujs cross buildable.
Package: dokuwiki
Version: 0.0.20180422.a-2
Severity: normal
Hi Tanguuy,
Thanks for maintaining Debian's dokuwiki package.
I like the simplicity of not depending on a
database.
I've been using dokuwiki for years.
The main reason I'm writing is I'm worried I may
have found a bug.
But maybe I
Source: gkrellm-xkb
Version: 1.05-5
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
gkrellm-xkb fails to cross build from source, because it builds for the
build architecture. debian/rules does not pass cross tools to make. The
easiest way to fix that is using dh_auto_build.
Source: pd-nusmuk
Version: 20151113+repack-5
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
pd-nusmuk 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 - makes pd-nusmuk cross buildable. Please
Package: simple-cdd
Version: 0.6.5
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Create my-simple-cdd/profiles/NAME.x files that specify answers
to installer questions
Package: simple-cdd
Version: 0.6.5
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Running ~$ build-simple-cdd --profiles NAME
NAME represents profile build files in profiles/NAME.x
The and headers need their counter parts and
from the libc respectively, but libstdc++ wraps these
headers. Now and include these headers using
$ echo '#include ' | g++ -x c++ -E - -isystem /usr/include >/dev/null
In file included from :1:
/usr/include/c++/9/cstdlib:75:15: fatal error:
On Sat, Apr 18, 2020 at 5:21 PM Roger Shimizu wrote:
>
> control: tags -1 upstream
> control: forwarded -1 https://trac.torproject.org/projects/tor/ticket/10014
>
> found the upstream bug above.
> seems it marked as wontfix, because it relies on firefox, the upstream
> of upstream.
I also see
I strongly support this suggestion to support autocrypt !
Package: ftp.debian.org
Severity: normal
Control: block 958274 by -1
Please remove mumble from arm64, mips64el & mipsel, it depends on
zeroc-ice which in turn depends on openjfx which needs to be removed
from these architectures (#958273).
Kind Regards,
Bas
Agreed, is fixed, thanks.
By the way, sugar-browse-activity:debian/watch continues to refer to
github tags instead of download.sugarlabs.org. Also affects Chat,
Pippy and Write. But not many of the others.
Package: ftp.debian.org
Severity: normal
Control: block 958273 by -1
Please remove zeroc-ice from arm64, mips64el & mipsel, it depends on
openjfx which needs to be removed from these architectures (#958273).
Kind Regards,
Bas
Package: ftp.debian.org
Severity: normal
Please remove openjfx from arm64, mips64el & mipsel where it FTBFS due to
an architecture specific issue, to allow it to migrate to testing.
Kind Regards,
Bas
python-fontforge has been removed from testing, so fonts-ebgaramond (which is a
key package thanks to texlive) can no longer be built in testing.
This bug was tagged as pending over 5 months ago. Is there something blocking
an upload or did it simply get missed?
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "gmchess"
* Package name : gmchess
Version : 0.29.6-3
Upstream Author :
* URL : https://github.com/lerosua/gmchess
* License : GPL-2+
* Vcs : https://salsa.debian.org/chinese-team/gmchess
Severity 936244 serious
Thanks
libhdate has now been removed from testing, so bsdmainutils can no longer be
built in testing.
On April 20, 2020 2:36:00 AM UTC, peter green wrote:
>(using -quiet aliases where multiple involved packages have the same
>maintainer listed.
>
>Hi
>
>I have just been running some self-contained buildability tests on
>bullseye and these tests indicated that the python-linecache2 and
(using -quiet aliases where multiple involved packages have the same maintainer
listed.
Hi
I have just been running some self-contained buildability tests on bullseye and
these tests indicated that the python-linecache2 and python-traceback2 source
packages have been unbuildable in testing
Package: diffoscope
Version: 141
Severity: normal
Comparing two versions of linux-image-5.5.0-trunk-amd64-dbg causes
diffoscope to use up about 13 GiB of VM, and then crash because it
still wants more:
$ TMPDIR=/var/tmp diffoscope --max-diff-block-lines-saved 1000 --text
dummy.diffoscope
Controle: retitle -1 huge CPU temperature increase from 5.2 to 5.5 ... and when
using intel_pstate
I've upgraded to 5.5.17 (again the stock Debian sid package), and all
future tests with 5.5.x will be with this.
Problems unchanged.
I've also checked 5.5.17 with intel_pstate being enabled
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
nmu nohang_0.1-1 . all . unstable . -m "Rebuild on buildd"
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
nmu libinih_48-1 . amd64 . unstable . -m "Rebuild on buildd"
Same problem here.
On Sun, 19 Apr 2020 14:37:00 +0200 Dirk Lehmann wrote: > Package:
roundcube-core > Version: 1.3.10+dfsg.1-1~deb10u1 > Severity: normal >
File: roundcube > > Dear Maintainer, > > The roundcube package is now
also in the backports. As a result, my previous version was
Source: network-manager
Severity: wishlist
Hi,
As libqrcodegen-dev package is now available, please consider linking
against system library instead of bundled qrcodegen.c.
Source: network-manager-applet
Severity: wishlist
Hi,
As libqrcodegen-dev package is now available, please consider linking
against system library instead of bundled qrcodegen.c.
Source: faust
Severity: wishlist
Hi,
As libqrcodegen-dev package is now available, please consider linking
against system library instead of bundled qrcodegen.c.
Source: radare2
Severity: wishlist
Hi,
As libqrcodegen-dev package is now available, please consider linking
against system library instead of bundled qrcodegen.c.
Source: smplayer
Severity: wishlist
Hi,
As libqrcodegen-dev package is now available, please consider linking
against system library instead of bundled qrcodegen.c.
Package: libgccjit0
Version: 10-20200418-1
Followup-For: Bug #954898
Dear Maintainer,
This issue still exists in 10-20200418-1
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux
Source: argyll
Severity: wishlist
Hi,
As axTLS package is now available, please consider linking against
system library instead of bundled one.
Source: gauche
Severity: wishlist
Hi,
As axTLS package is now available, please consider linking against
system library instead of bundled one.
Hi,
On lintian.d.o, FTP Master auto-reject tags could be marked more
prominently. (A related idea would be for tracker.d.o to show a visual
alert.) Maybe it would reduce the burden on the FTP team to keep the
community informed [1]
Kind regards
Felix Lechner
[1]
Source: funguloids
Severity: wishlist
Hi,
As libsimpleini-dev is now available, please consider linking against
system library instead of bundled SimpleIni.h.
Source: mrpt
Severity: wishlist
Hi,
As libsimpleini-dev is now available, please consider linking against
system library instead of bundled SimpleIni.h.
Source: drc
Severity: wishlist
Hi,
As libminini-dev is now available, please consider linking against
system library instead of bundled minIni.c.
Source: libnss-securepass
Severity: wishlist
Hi,
As libminini-dev is now available, please consider linking against
system library instead of bundled minIni.c.
Source: golang-github-cheekybits-genny
Version: 1.0.0-2
Severity: serious
Package installs no golang files.
--
Regards,
Dmitry Smirnov
---
I believe in only one thing: liberty; but I do not believe in liberty
enough to want to force it upon anyone.
-- H. L. Mencken
signature.asc
Source: shadowsocks-libev
Severity: wishlist
Hi,
As libjsonparser-dev is now available, please consider linking against
system library instead of bundled json.c.
Source: remind
Severity: wishlist
Hi,
As libjsonparser-dev is now available, please consider linking against
system library instead of bundled json.c.
Source: simple-obfs
Severity: wishlist
Hi,
As libjsonparser-dev is now available, please consider linking against
system library instead of bundled json.c.
Source: bitlbee
Severity: wishlist
Hi,
As libjsonparser-dev is now available, please consider linking against
system library instead of bundled json.c.
Source: cctools
Severity: wishlist
Hi,
As libjsonparser-dev is now available, please consider linking against
system library instead of bundled json.c.
Source: vlc
Severity: wishlist
Hi,
As libjsonparser-dev is now available, please consider linking against
system library instead of bundled json.c.
Source: pgpool2
Severity: wishlist
Hi,
As libjsonparser-dev is now available, please consider linking against
system library instead of bundled json.c.
Source: teeworlds
Severity: wishlist
Hi,
As libjsonparser-dev is now available, please consider linking against
system library instead of bundled ini.c.
Source: mpdas
Severity: wishlist
Hi,
As libinih-dev is now available, please consider linking against
system library instead of bundled ini.c.
Source: knxd
Severity: wishlist
Hi,
As libinih-dev is now available, please consider linking against
system library instead of bundled ini.c.
Source: mgba
Severity: wishlist
Hi,
As libinih-dev is now available, please consider linking against
system library instead of bundled ini.c.
Source: fs-uae
Severity: wishlist
Hi,
As libinih-dev is now available, please consider linking against
system library instead of bundled ini.c.
Source: hinge
Severity: wishlist
Hi,
As libinih-dev is now available, please consider linking against
system library instead of bundled ini.c.
Source: gnutls28
Severity: wishlist
Hi,
As libinih-dev is now available, please consider linking against
system library instead of bundled ini.c.
Source: ocserv
Severity: wishlist
Hi,
As libinih-dev is now available, please consider linking against
system library instead of bundled ini.c.
Source: pcp
Severity: wishlist
Hi,
As libinih-dev is now available, please consider linking against
system library instead of bundled ini.c.
On Mon, Apr 20, 2020 at 12:04:57AM +, Witold Baryluk wrote:
> $ ssh 10.0.0.1 -l baryluk -X -l root
> baryluk@10.0.0.1's password:
>
>
>
> Well, that is wrong. The last parameter overwrite should win.
Would you mind please filing this upstream at
https://bugzilla.mindrot.org/, and then we
Spam detection software, running on the system "rhonwyn.jelmer.uk",
has identified this incoming email as possible spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
FYI:
This issue was fixed in upstream
https://github.com/matsumotory/ngx_mruby/pull/452
Control: retitle -1 lintian: encrypted zip files stall processing
Hi,
On Wed, Aug 21, 2019 at 4:27 AM Niels Thykier wrote:
>
> Below is the log from where
> lintian was manually killed by me on a stuck package
We have a new tag sieve that examines the archive. It is separate from
Lintian, and
Package: openssh-client
Version: 1:8.2p1-4
Severity: normal
File: /usr/bin/ssh
$ ssh 10.0.0.1 -l baryluk -X -l root
baryluk@10.0.0.1's password:
Well, that is wrong. The last parameter overwrite should win.
This is helpful when one creates a shell alias (i.e. `alias r='ssh
10.0.0.1 -l
I did not notice that the .so and .exe files were strictly test input. This
makes perfect sense and I agree with your refutal.
package: wnpp
Severity: wishlist
Owner: 'Cocoa'
*Package Name : ruby-uniform-notifier
Version : 1.13.0-1
Upstream Author : Richard Huang
*URL : https://github.com/flyerhzm/uniform_notifier
*License : Expat
*Description : Uniform notifier for
package: wnpp
Severity: wishlist
Owner: 'Cocoa'
*Package Name : ruby-xmpp4r
Version : 0.5.6-1
Upstream Author : Lucas Nussbaum, Stephan Maka
*URL : https://github.com/xmpp4r/xmpp4r
*License : Ruby
*Description :XMPP/Jabber Library for Ruby
Gem
package: wnpp
Severity: wishlist
Owner: 'Cocoa'
*Package Name : ruby-growl
Version : 4.1-1
Upstream Author : Eric Hodel
*URL : https://github.com/drbrain/ruby-growl
*License : BSD-3-clause
*Description : Pure-Ruby Growl Notifier
Gem required by
Good day,
I am Gerald Bod Anh from Agro Direct B.V, Netherlands. A friend and business associate referred me to your company and I am willing to buy. Attached purchase order are specification i would like of your products.
Please respond ASAP so that we could deliberate on payrnent method
Source: grub2
Version: 2.04-5
Severity: grave
Tags: patch
Justification: causes non-serious data loss
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
The latest kernel (5.5) and btrfs-progs 5.6 supports
Package: manpages
Version: 5.06-1
Severity: minor
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
memusage has not been in Debian for a long time, at least a decade.
* What exactly did you do (or not do)
Le 19/04/20 à 22:58, Simon Kelley a écrit :
On 19/04/2020 09:55, Laurent Bigonville wrote:
On Sat, 18 Apr 2020 18:48:37 + Debian FTP Masters
wrote:
[...]
dnsmasq (2.81-2) unstable; urgency=low
.
* Fix FTBFS on kFreeBSD. (closes: #958100)
Thanks for the fast upload, the package is now
Hi!
On Mon, 2020-04-06 at 14:57:30 -0400, Taowa wrote:
> Package: dpkg
> Version: 1.19.7
> Tags: patch
> --require-valid-signature currently uses the DD uploading and DM
> keyrings (among others), it should also check against the DD
> nonuploading keyring as they are treated like DMs as per
On Sun, Apr 19, 2020 at 11:10:48PM +0200, Moritz Muehlenhoff wrote:
> Source: crawl
> Severity: important
> Tags: security
>
> This was assigned CVE-2020-11722:
> https://dpmendenhall.blogspot.com/2020/03/dungeon-crawl-stone-soup.html
>
> Patches:
>
I solved that problem.
First of all, I uninstalled all gnome-shell-extensions.
After, I backup all exclusive gnome hidden directories:
https://help.gnome.org/admin//system-admin-guide/2.32/appendixa-0.html.en
So, I delete the originals ones and reboot the system.
All work correct again.
On Sat, Apr 04, 2020 at 09:18:04PM +0200, Lothar Brendel wrote:
> Package: grace
> Version: 1:5.1.25-7+b1
> Severity: normal
>
> Dear Maintainer,
>
> xmgrace's UI got slightly inferior since version 1:5.1.25-6: The menu
> accelerators have dissapreared, the font is less fitting.
>
> Actually,
On Sun, Apr 12, 2020 at 11:50:32AM -0400, Thomas Dickey wrote:
> On Sun, Apr 12, 2020 at 05:27:56PM +0200, Harald Dunkel wrote:
> > You can reproduce the performance fall-off by using a slow network
> > connection,
>
> I suppose I could, if I had a slow connection.
> Simulating one (from
Le 19/04/2020 à 20:57, Sebastiaan Couwenberg a écrit :
> 11.0.7+0-2 still FTBFS on arm64 & mips*, will you still file the RM bugs
> for openjfx & zeroc-ice to unblock the testing migration or shall I?
Yes go ahead with the RM, thank you for the help.
Emmanuel Bourg
Control: 957569 tags +patch
Hallo,
* Matthias Klose [Fri, Apr 17 2020, 11:06:38AM]:
> Package: src:mtink
> Version: 1.0.16-10
> Severity: normal
> Tags: sid bullseye
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-10
I don't have time to make a full release but at least for that
On 19/04/2020 09:55, Laurent Bigonville wrote:
> On Sat, 18 Apr 2020 18:48:37 + Debian FTP Masters
> wrote:
> [...]
>> dnsmasq (2.81-2) unstable; urgency=low
>> .
>> * Fix FTBFS on kFreeBSD. (closes: #958100)
>
> Thanks for the fast upload, the package is now building fine.
>
> Why didn't
Control: ressign -1 libdpkg-perl
Control: merge 950142 -1
On Thu, 2020-04-16 at 21:31:21 +0200, Jiri Palecek wrote:
> Package: dpkg
> Version: 1.20.0+nmu2~1.gbpcd9614
> Severity: normal
> Tags: patch
> while building some of my packages, I noticed they were built without
> patches applied.
Package: ftp.debian.org
Severity: normal
Please remove mod-authz-securepass. It's removed from testing June 2018
and dead upstream (http://www.gippa.net/securepass-eol)
Cheers,
Moritz
Package: ftp.debian.org
Severity: normal
Please remove libnss-securepass. It's removed from testing since
2018 and is dead upstream (http://www.gippa.net/securepass-eol).
Cheers,
Moritz
Hi!
On Sun, 2020-04-19 at 13:45:17 -0700, Josh Triplett wrote:
> Package: dpkg-dev
> Version: 1.19.7
> Severity: normal
> File: /usr/share/man/man5/deb-control.5.gz
> The deb-control manpage seemed like the right place to look to find out
> if Debian control files can have trailing commas in
Source: crawl
Severity: important
Tags: security
This was assigned CVE-2020-11722:
https://dpmendenhall.blogspot.com/2020/03/dungeon-crawl-stone-soup.html
Patches:
https://github.com/crawl/crawl/commit/768f60da87a3fa0b5561da5ade9309577c176d04
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Google API changes broke the gplaycli tool. See #950112 for an
explanation. Newer
versions are fine, but the version in stable is broken.
Hi,
I'm getting segmentation faults during detect, but it might be a new
bug. The problem is only present in the Debian package, if I build the
software myself from the upstream git source I do not get segmentation
faults.
I'm using urjtag 0.10+r2007-1.2 which is the version currently
available
Source: freerdp2
Severity: normal
Hi!
First, sorry about the almost empty mail to the list, I was trying to abort,
but somehow I managed to send :-(
The thing is that when I tested freerdp2-shadow-x11 I saw that auth was not
working when being run as a user, I couldn't authenticate with current
Package: dpkg-dev
Version: 1.19.7
Severity: normal
File: /usr/share/man/man5/deb-control.5.gz
The deb-control manpage seemed like the right place to look to find out
if Debian control files can have trailing commas in comma-separated
fields (such as Depends). However, it didn't mention whether
Control: tags -1 -pending +patch
X-Debbugs-CC: sate...@debian.org
Alright -- I think I got the reason.
Since we switched to meson buildsystem, all variable handling happens in
meson.build. Starting at
Hi Mathieu & Adam,
On Wed, Apr 15, 2020 at 03:07:00PM +0200, Mathieu Parent (Debian) wrote:
>
>
> Thanks Roberto!
>
> Hello Salvatore,
>
> > Mathieu, but are you still planning to request removals?
>
> Done as #956808.
>
Given that the removal has been requested, I'll not prepare new
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "rumur"
* Package name: rumur
Version : 2020.04.05-1
Upstream Author : Matthew Fernandez
* URL : https://github.com/Smattr/rumur
* License : Unlicense
*
Package: binutils-arm-none-eabi
Version: 14
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
Control: affects -1 + src:sunxi-tools
sunxi-tools fails to cross build from source, because it fails running
arm-none-eabi-as. Packages containing triplet-prefixed tools should
normally be
Source: vblade
Version: 24-3
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
vblade 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 -
makes vblade cross buildable. Please consider applying the
Package: kjots
Version: 4:5.0.2-2
Severity: important
Installed kjots because I was looking for some OneNote replacement.
The program is not usable. It shows only one screen which tells that
something is wrong with my KDE pim installation and I shall klick
Details to see more details. But
Source: libpam-alreadyloggedin
Version: 0.3-8
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of libpam-alreadyloggedin the autopkgtest of
libpam-alreadyloggedin fails in testing when that
On 11/04/2020 09.04, Tobias Frost wrote:
> This seems the last package blocking the completion of the ncurses
> transistion.
>
> Should this bug be RC?
I'm trying to build cuda-gdb from the source tarball the cuda toolkit
ships ... but I'm currently stuck at some weird compile error.
If anyone
Source: eslint
Version: 5.0.1~dfsg-4
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: always-fails
Dear maintainer(s),
With a recent upload of eslint you added an autopkgtest, great. However,
it fails. I copied some of the output at the bottom
Source: edflib
Version: 1.16-2
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: always-fails
Dear maintainer(s),
With a recent upload of edflib you added an autopkgtest, great. However,
it fails. I suspect you are just missing test
Hi Felix,
On 4/19/20 9:35 PM, Felix Lechner wrote:
> There are additional conditions in Lintian that could cause follow-on
> failures. Will you please provide that package, even if it isn't in
> the archive?
Here you go.
Best,
--
Baptiste BEAUPLAT - lyknode
Format: 1.8
Date: Sun, 02 Dec 2018
Package: konversation
Version: 1.7.5-1
Severity: normal
Dear Maintainer,
on a freshly installed Debian, Konversation comes pre-configured with an IRC
network named "Freenode". Unlike what one would expect, this does NOT connect
to irc.freenode.org or another connected server, but to
Source: gkrellshoot
Version: 0.4.4-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
gkrellshoot fails to cross build from source. The immediate reason is
passing compiler flags inside the CC variable as that gets substituted
by dh_auto_build during cross compilation. Then the
Source: vncsnapshot
Version: 1.2a-5.1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
vncsnapshot 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 - makes vncsnapshot cross buildable. Please
1 - 100 of 227 matches
Mail list logo