On Tue, Dec 24, 2019 at 07:50:52AM +0100, Andreas Tille wrote:
> On Mon, Dec 23, 2019 at 11:59:03PM +0200, Adrian Bunk wrote:
> > On Fri, Aug 09, 2019 at 10:39:06AM +0200, Andreas Tille wrote:
> > > self._gen_get_methods(klass, out)
> > > File "/build/mayavi2-4.7.1/tvtk/wrapper_gen.py", line
I just uploaded cross-gcc-dev=241. A patch stack for gcc-10 is included.
The patches apply (they come from a git tree, as all the other patch
stacks). I have not actually attempted to build a compiler using these
patches, and clearly I have not tested the output from such compiler.
Please let me
Control: severity -1 serious
On Mon, 23 Dec 2019 at 22:30, Dirk Eddelbuettel wrote:
> I would be very surprised if these were not self-inflicted by us. I know CRAN
> (much) better than BioC, but both of them are doing extensive self-tests (and
> generally without any arbitrary restrictions, say
* Ximin Luo [191223 12:58]:
> dpkg and all other debian tools support it right now. It is only reprepro
> with this artifical constraint, which makes it not work for packages that are
> processable by dpkg and other debian tools.
If it is artifical, then it is artifically high. It is 128 times
Control: reopen -1
Sorry for the noise, Andreas.
On 24/12 00:19, Thorsten Glaser wrote:
> While the package is patched to return the system location,
> it still ships /usr/lib/python3/dist-packages/certifi/cacert.pem
> which causes the .deb to be larger than it must.
>
> Furthermore it might lead people to believe using that bundle
> is
On Tue, Dec 24, 2019 at 01:27:23AM -0500, Sandro Tosi wrote:
> On Tue, Dec 24, 2019 at 1:23 AM Andreas Tille wrote:
> > I reassigned the old bugs (#936165, #937029) to ftp.debian.org since
> > the packages should be removed from Debian.
>
> i dont think that was correct: a new bug should have
On Mon, Dec 23, 2019 at 11:59:03PM +0200, Adrian Bunk wrote:
> On Fri, Aug 09, 2019 at 10:39:06AM +0200, Andreas Tille wrote:
> > self._gen_get_methods(klass, out)
> > File "/build/mayavi2-4.7.1/tvtk/wrapper_gen.py", line 919, in
> > _gen_get_methods
> > if len(sig) == 1 and sig[0][1]
On Mon, 23 Dec 2019 09:30:55 + Dimitri John Ledkov wrote:
> severity 937449 normal
> retitle 937449 RM: RoQA: pygopherd, python2, not in testing
> found 937449
> reassign 937449 ftp.debian.org
> thanks
>
>
>
Dimitri, please do not reassign py2removal bugs to ftp.d.o for
removal, but file new
On Tue, Dec 24, 2019 at 1:23 AM Andreas Tille wrote:
> I reassigned the old bugs (#936165, #937029) to ftp.debian.org since
> the packages should be removed from Debian.
i dont think that was correct: a new bug should have been filed for
the RM and the old py2removal bugs should have been kept
Hi Sandro,
I reassigned the old bugs (#936165, #937029) to ftp.debian.org since
the packages should be removed from Debian.
Kind regards
Andreas.
On Mon, Dec 23, 2019 at 10:43:00PM -0500, Sandro Tosi wrote:
> Source: autodocktools
> Version: 1.5.7-4
> Severity: normal
> Tags: sid
Control: tags 936992 + patch
Control: tags 936992 + pending
Dear maintainer,
I've prepared an NMU for maradns (versioned as 2.0.13-1.3) and uploaded
it to DELAYED/15. Please feel free to tell me if I should cancel it.
cu
Adrian
diff -Nru maradns-2.0.13/debian/changelog
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: Julian Gilbey
X-Debbugs-CC: Sebastien Delafond
X-Debbugs-CC: Dominique Dumont
X-Debbugs-CC: debian...@lists.debian.org
Dear mentors,
This package is a prerequisite for two upcoming packages: git-lab
(#898246) and citop (#947187).
Control: tags 936829 + patch
Control: tags 936829 + pending
Dear maintainer,
I've prepared an NMU for lcm (versioned as 1.3.1+repack1-2.3) and
uploaded it to DELAYED/15. Please feel free to tell me if I should
cancel it.
cu
Adrian
diff -Nru lcm-1.3.1+repack1/debian/changelog
Hello,
I am actively working on a port to Python 3 for pygopherd. I expect to
have it done in January. Please do not remove from sid.
John
On Mon, Dec 23 2019, Sandro Tosi wrote:
> Source: pygopherd
> Version: 2.0.18.5
> Severity: normal
> Tags: sid bullseye
> User:
Am Sonntag, den 22.12.2019, 22:11 +0200 schrieb Juhani Numminen:
> On Fri, 30 Aug 2019 07:25:11 + Matthias Klose
> wrote:
> > Package: src:londonlawVersion: 0.2.1-20Severity: normalTags: sid
> > bullseyeUser: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> > Python2 becomes
Control: tags -1 moreinfo
On 12/23/19 10:01 PM, Andreas Beckmann wrote:
> python3-geopandas ships files with generic names at the generic location
> /usr/lib/python3/dist-packages/examples/ causing file clashes (e.g. on
> README.txt) with other packages doing the same wrong thing.
> Moving this
Sandro Tosi writes:
>
> I've prepared an NMU for zfec (versioned as 1.5.2-2.1). The diff
> is attached to this message.
Thanks Sandro. I've merged your patch into Git.
Cheers,
Vasudev
Dear all,
At [1] the original reporter mentioned a patch but neither linked to a
patch or anything else for that matter. I was hit by it today on
bullseye . Sharing the details as under -
Package: appstream
Version: 0.12.9-1
Severity: normal
-- System Information:
Debian Release: bullseye/sid
Control: reassign 935141 libwxgtk3.0-0v5 3.0.4+dfsg-8
Control: affects 935141 wxmaxima
It appears that my trouble with wxMaxima is probably fixed in wxWidgets 3.1.2
and I'd like to give it a try.
> It's not ABI stable, so it's just not suitable for packaging. Every new
> 3.1.x release would
Source: pygopherd
Version: 2.0.18.5
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 distribution, as discussed in
On Tue, Dec 24, 2019 at 07:35:40AM +0900, Changwoo Ryu wrote:
> Generally speaking, how about proposing a build profile for
> compatibility only build, rather than checking Ubuntu/i386? I guess
> ibus is not the only package having this issue and other distros have
> (or will have in the future)
Source: prompt-toolkit-py2
Version: 1.0.15-2
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 distribution, as discussed in
Source: autodocktools
Version: 1.5.7-4
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 distribution, as discussed in
Source: sparkleshare
Version: 3.28+git20190117-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 distribution, as discussed in
Source: mgltools-pmv
Version: 1.5.7-3
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 distribution, as discussed in
Source: mercurial-keyring
Version: 1.2.0-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 distribution, as discussed in
Source: hgsubversion
Version: 1.9.3+git20190419+6a6ce-2
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 distribution, as discussed in
Source: cyrus-imapd
Version: 3.0.13-2
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 distribution, as discussed in
Source: ipython-py2
Version: 5.8.0-2
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 distribution, as discussed in
Source: ipykernel-py2
Version: 4.10.1-2
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 distribution, as discussed in
Package: libkate
Version: 0.4.1-10
Severity: serious
Tags: patch
Justification: autopkgtest regression
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
With the removal of libkate-tools in libkate 0.4.1-10, the libkate
autopkgtest consistently
Package: nyancat-server
Version: 1.5.1-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
After installing nyancat-server and connecting to the socket, the client is
disconnected
and the following log entries are produced:
nyancat-server.socket: Failed to queue service
Hi Alexandre!
On Sun, Sep 15, 2019 at 04:53:58PM -0400, Alexandre Viau wrote:
> Package: wnpp
> Severity: normal
>
> Hello,
>
> I haven't had enough time to keep up with Syncthing upstream updates for
> the past months.
>
> I don't mind putting some time into the Syncthing packaging from time
在 2019-12-22日的 14:11 +0100，László Böszörményi (GCS)写道：
> On Sun, Dec 22, 2019 at 1:45 PM László Böszörményi wrote:
> > But
> > libqtshadowsocks doesn't and has a dead upstream for more than a year.
> > I added its maintainer as Cc if s/he can fix it.
> I was way too quick. There's a fix for
I tried to contact you, but was unsuccessful. I need an urgent answer
..
Am încercat să vă contactez, dar nu a avut succes. Am nevoie de un răspuns
urgent
Hi,
I want make fdisk removable from an essential base system. The details
are listed in #947134. Since fdisk currently is pseudo-essential,
packages do not need to declare a dependency on it. When fdisk becomes
non-essential, such dependencies become required. A lot of packages that
use fdisk
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
Dear FTP Masters,
Please remove package libqtshadowsocks from Sid. Its upstream has stopped
maintenance thus it is no longer reasonable for Debian to keep it in the
archive anymore. Besides, there
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
Dear FTP Masters,
Please remove package shadowsocks-qt5 from Sid. Its upstream has stopped
maintenance thus it is no longer reasonable for Debian to keep it in the
archive anymore. Besides, there
On 24/12/2019 00.32, Felix Lechner wrote:
> Hi Andreas,
>
> On Mon, Dec 23, 2019 at 1:00 PM Andreas Beckmann wrote:
>>
>> please add /usr/lib/python3/dist-packages/examples/README.txt (and
>> possible variants thereof
>>
>> /usr/lib/python3/dist-packages/examples/[^/]* should be disallowed
>>
Package: postgis
Version: 3.0.0+dfsg-6
Severity: important
Dear Maintainer,
After an upgrade last night, my postgis enabled database is returning ERROR:
could not load library "/usr/lib/postgresql/11/lib/postgis-2.5.so":
/usr/lib/x86_64-linux-gnu/libSFCGAL.so.1: undefined symbol:
Hi Andreas,
On Mon, Dec 23, 2019 at 1:00 PM Andreas Beckmann wrote:
>
> please add /usr/lib/python3/dist-packages/examples/README.txt (and
> possible variants thereof
>
> /usr/lib/python3/dist-packages/examples/[^/]* should be disallowed
> (but /usr/lib/python3/dist-packages/examples/.*/[^/]*
Control: tags 937809 + patch
Dear maintainer,
I've prepared an NMU for python-hidapi (versioned as 0.7.99.post21-1.1). The
diff
is attached to this message.
Regards.
diff -Nru python-hidapi-0.7.99.post21/debian/changelog python-hidapi-0.7.99.post21/debian/changelog
---
Source: freshplayerplugin
Version: 0.3.9-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
freshplayerplugin cannot be built in a current sid environment any more:
-- Checking for modules
Package: python3-certifi
Version: 2019.11.28-1
Severity: minor
While the package is patched to return the system location,
it still ships /usr/lib/python3/dist-packages/certifi/cacert.pem
which causes the .deb to be larger than it must.
Furthermore it might lead people to believe using that
On Tue, Dec 10, 2019 at 10:36:23PM +0100, Helmut Grohne wrote:
> I've slightly updated the previous .debdiff and uploaded it to
> delayed/10. It'll target experimental first to clear NEW. I'll upload to
> unstable afterwards. Please tell if I should delay it any longer. I'm
> attaching the updated
From https://kb.isc.org/docs/isc-dhcp-44-manual-pages-dhcpd#PORTS
( with TCP and imcp port bits cut out:)
Normally a DHCPv4 server will open a raw UDP socket to receive and send most DHCPv4 packets. It also
opens a fallback UDP socket for use in sending unicast packets. Normally these will
Package: libkate
Version: 0.4.1-10
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. We are keeping libkate on i386
Source: g2
Version: 0.72-8
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
g2 fails to cross build from source, because the perl extension is built
for the build architecture. The easiest way of cross building perl
extensions - using dh_auto_configure - almost solves this, but -
Control: tags -1 + pending
Hi Thorsten,
On Mon, Dec 23, 2019 at 1:21 PM Thorsten Glaser wrote:
>
> I believe the “&@” is a misspelling (probably of “$@”),
Thanks. It was addressed in Bug #947115
> and people might consider it line noise, too (ponder
> whether this should be included in the
Hi Norbert,
Sorry to be annoying, but is there any update on the Py2 removal
situation of Calibre? When do you think your package will be ready? As I
understand, Calibre itself is ready, but what about the plugins? Are the
most important plugins ready? Could we imagine that we could just leave
a
On Mon, 2019-12-23 at 23:36 +0100, Julian Andres Klode wrote:
> The coredump should be useless, as this sounds like a memory
> corruption issue, which would need debugging in valgrind to find the
> first illegal write.
I can make available any of the following, should it help:
Architecture,
On Mon, Dec 23, 2019 at 03:17:36PM +0800, Yangfl wrote:
> Hmm clearly lua-bitop is lack of support for lua5.3. Have to remove
> the lua test part and hope everything will be fine...
It builds and passes tests now, but trying to run the example server fails
with:
axhttpd -p 8080
ERR: Couldn't
Control: tags -1 + pending
Hi,
> I have not
> closed it because I assumed it was still open since there is no check
> for (e.g.) d/source/include-binaries.
Pending via:
https://salsa.debian.org/lintian/lintian/commit/56fc5eef5fe936a3b230459e4afbf8a88ed399de
Kind regards
Felix Lechner
On Mon, Dec 23, 2019 at 02:04:13PM -0800, Kip Warner wrote:
> Package: apt
> Version: 1.9.4
>
> I experienced an unexpected SIGABRT signal being raised with apt(1). I
> saw the following:
>
>$ sudo apt install trousers
>Reading package lists... Done
>Building dependency tree
>
On Sat, Dec 21, 2019 at 02:51:23PM +0100, Ingo Schwarze wrote:
> Consequently, i just pushed the patch to the upstream groff repository,
> with the following tweaks:
>
> * I included the following versions which appeared to be missing:
> - NetBSD 6.0.6 and 7.2
> - DragonFly 3.0.2 and
Control: tags -1 pending
2019년 12월 24일 (화) 오전 4:27, Steve Langasek 님이 작성:
>
> Package: ibus
> Version: 1.5.21-4
> 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
Am 23.12.2019 um 21:36 teilte Seb mit:
Hi Seb,
>>> ii texlive-fonts-extra 2018.20190227-2 all TeX Live:
>> This is a quite old version of the package. What happens if you run
>> dist-upgrade?
>
> I'm tempted to say that running dist-upgrade has been a nightmare
> sufficiently many
Package: network-manager
Version: 1.22.0-1
Severity: important
When connecting to a Starbucks Wi-Fi network (open Wi-Fi network with
captive portal), Network Manager refuses to get an IPv4 address over
DHCP with a message in the logs that says "selecting lease failed: 12".
This machine has not
Control: tags 938818 + patch
Dear maintainer,
I've prepared an NMU for whatthepatch (versioned as 0.0.5-2.1). The diff
is attached to this message.
Regards.
diff -Nru whatthepatch-0.0.5/debian/changelog whatthepatch-0.0.5/debian/changelog
--- whatthepatch-0.0.5/debian/changelog 2018-04-23
On Mon, Dec 23, 2019 at 06:42:00PM +, Colin Watson wrote:
> On Sun, Dec 22, 2019 at 06:57:24PM -0500, Sandro Tosi wrote:
> > Python 2 is end-of-life, and there are no more rdeps for python-yapps2, but
> > python3-yapps2 seems broken beyond repair: #911753, #911752.
> >
> > I believe this is a
Control: tags 938010 + patch
Dear maintainer,
I've prepared an NMU for python-pbkdf2 (versioned as
1.3+20110613.git2a0fb15~ds0-3.1). The diff
is attached to this message.
Regards.
diff -Nru python-pbkdf2-1.3+20110613.git2a0fb15~ds0/debian/changelog
Package: yapps2
Version: 2.2.1-3
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for yapps2 (versioned as 2.2.1-3.1) and uploaded it
to DELAYED/10. Please feel free to tell me if I should delay it longer.
Regards,
--
Colin Watson
Source: inspircd
Version: 3.4.0-1
Severity: important
Tags: patch
Dear Maintainer,
The AppArmor policy that is included with the unstable inspircd package
specifies an incorrect path to the pidfile for the inspircd daemon.
As a result AppArmor blocks inspircd from writing its own pidfile
during
Control: tags -1 + pending
Hi Daniel,
> Specifically, situations arise
> where config.h from A and B are both included in the same compiler
> invocation and warnings are generated about redefinitions of PACKAGE_NAME
Pending with:
Package: apt
Version: 1.9.4
I experienced an unexpected SIGABRT signal being raised with apt(1). I
saw the following:
$ sudo apt install trousers
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be
Package: src:paraview
Version: 5.7.0-3
Severity: serious
Tags: patch
Justification: FTBFS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
The same error is spotted in the logs of failed paraview 5.7.0 builds for
armel[1] and mipsel[2]:
/usr/bin/ld:
I just tested it and the problem is that the dm_cache_smq module is missing
from initramfs. Adding it to "/etc/initramfs-tools/modules" and running
"update-initramfs -u" addresses the problem.
I guess that lvm2 should add dm_cache and dm_cache_smq to
/usr/share/initramfs-tools/hooks/lvm2, just
On Fri, Aug 09, 2019 at 10:39:06AM +0200, Andreas Tille wrote:
>...
> On Thu, Aug 08, 2019 at 04:58:03PM -0400, Yaroslav Halchenko wrote:
>...
> but unfortunately the
> configure step fails with:
>
> ...
>dh_auto_build -O--buildsystem=pybuild
> I: pybuild base:217: /usr/bin/python3 setup.py
Source: xmlelements
Version: 1.0~prerelease-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Hi,
xmlelements/experimental FTBFS:
fakeroot debian/rules clean
dh clean --with=python2,python3
dh: unable to load addon python3: Can't locate
Source: arriero
Version: 0.7~20161228-1+build1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Hi,
arriero/experimental FTBFS:
fakeroot debian/rules clean
dh clean --with python3
dh: unable to load addon python3: Can't locate
Debian/Debhelper/Sequence/python3.pm in
Package: libblockdev
Version: 2.23-2
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Hi Martin,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64. We are keeping libblockdev on i386
Source: libspiro
Version: 1:20190731-2
Severity: normal
Tags: security upstream
Forwarded: https://github.com/fontforge/libspiro/issues/21
Hi,
The following vulnerability was published for libspiro. Although the
problematic function is exported, there seem at least in Debian not to
be any users
> (gdb) bt
> #0 __memmove_avx_unaligned_erms () at
> ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:416
> #1 0x706c6dcd in memcpy (__len=3556, __src=,
> __dest=0x0) at /usr/include/x86_64-linux-gnu/bits/string_fortified.h:34
> #2 _soxr_interleave_f (data_type=,
>
Source: singularity
Version: 1.0a1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
singularity/experimental FTBFS in a minimal chroot:
fakeroot debian/rules clean
dh clean --with python3 --buildsystem=pybuild
dh_auto_clean
Hi bluez maintainers,
A person got in touch with debian-user-french people asking for help because
she was facing the issue described in this bug report.
I wonder if there is any progress on finding a solution ?
For info, this problem is also mentionned in the bug report #889110 ([1])
(closed
Hi Robert,
On Mon, Dec 23, 2019 at 08:10:38PM +0100, Robert Luberda wrote:
> Salvatore Bonaccorso writes:
> > Control: reopen -1
> > Control: found -1 12.2.0-1
> >
> Hi,
>
>
> >> sysstat (12.2.0-1) unstable; urgency=medium
> >> .
> >>* New upstream stable version:
> >> + fixes double
Source: odhcp6c
Version: 1.1+git20160131-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
odhcp6c FTBFS with GCC 9:
[ 33%] Building C object CMakeFiles/odhcp6c.dir/src/dhcpv6.c.o
/usr/bin/cc -D_GNU_SOURCE -g -O2
I realized I had already reported in the past that doxygen may discard the exit
codes of other commands it invokes.
I have added a note about reporting this error here:
https://github.com/doxygen/doxygen/issues/6653#issuecomment-568584189
Paolo
Source: blt
Version: 2.5.3+dfsg-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
blt/experimental FTBFS, most likely due to GCC 9 bieng the default
compiler nowadays:
x86_64-linux-gnu-gcc -c -Wall -g -O2
On 2019-12-10 23:47:05 [+0100], To sub...@bugs.debian.org wrote:
> This updates clamav to its latest version provided by upstream. The
> import part is the fix for CVE-2019-15961.
I slightly updated the package to
- add the new `clamonacc' binary to the clamav-daemon package.
- remove the
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "filezilla"
* Package name: filezilla
Version : 3.46.3-1
Upstream Author : [fill in name and email of upstream]
* URL : https://filezilla-project.org/
*
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "libfilezilla"
* Package name: libfilezilla
Version : 0.19.3-1
Upstream Author : [fill in name and email of upstream]
* URL : https://lib.filezilla-project.org/
Package: lintian
Version: 2.42.0
Severity: minor
For a package that does not use dh7-style debhelper, this is shown:
[…]
N:The debian/rules does not use the dh &@ sequencer.
[…]
I believe the “&@” is a misspelling (probably of “$@”),
and people might consider it line noise, too (ponder
Package: gnat-gps-common
Version: 19.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package ships a file owned by
libjs-prototype:
/usr/share/javascript/prototype/prototype.js
>From the attached log (scroll to the
Package: ipxe
Version: 1.0.0+git-20190125.36a4c85-3
Severity: minor
User: debian...@lists.debian.org
Usertags: adequate broken-symlink
Apparently, /boot/ipxe.efi is only pertinent on very few architectures.
-- System Information:
Debian Release: bullseye/sid
APT prefers unreleased
APT
Control: tags 936729 + patch
Control: tags 936729 + pending
Dear maintainer,
I've prepared an NMU for imgsizer (versioned as 2.10-0.1) and uploaded
it to DELAYED/15. Please feel free to tell me if I should cancel it.
cu
Adrian
diff -Nru imgsizer-2.7/control imgsizer-2.10/control
---
On Mon, Dec 23, 2019 at 03:06:37PM -0500, Chen-Tse Tsai wrote:
> I have a quick question. Previously the python modules are installed to
> /usr/share/pyshared/. Should I use /usr/lib/python3/dist-packages instead
> if I change it to python3? I see this in the policy and this is also what
>
On 2019-12-10 23:46:47 [+0100], To sub...@bugs.debian.org wrote:
> It is unstable for 10 days now. It did not migrate to testing due to a
> debci regression in pg-snakeoil. I opened a bug against pg-snakeoil, I
> don't see anything wrong within clamav.
In the meantime the package migrated into
> python-clang - transitional package to python3-clang
> python-lldb - transitional package to python3-lldb
i dont think that's how you're supposed to use python- packages -
what's the reason for keeping them around as transitionals? people
either gets them as a dependency or will need to
Package: python3-geopandas
Version: 0.6.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
python3-geopandas ships files with generic names at the generic location
/usr/lib/python3/dist-packages/examples/ causing file clashes (e.g. on
README.txt) with other packages
Package: python3-lmfit
Version: 1.0.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
python3-lmfit ships files with generic names at the generic location
/usr/lib/python3/dist-packages/examples/ causing file clashes (e.g. on
README.txt) with other packages doing the
Package: lintian
Version: 2.42.0
Severity: normal
Hi,
please add /usr/lib/python3/dist-packages/examples/README.txt (and
possible variants thereof, in case lintian uses some wildcards for this
check) to the list of overly generic file names.
This is currently shipped by
python3-geopandas
Control: reassign -1 src:python-apptools 4.4.0-3
Package: python3-iniparse
Version: 0.4-2.3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite
Control: found -1 src:python-apptools/4.4.0-3
Control: fixed -1 src:python-apptools/4.4.0-4
Attempting to get this package to migrate, which I think it failing
because the python-apptools binary package is now gone.
Hi Hilmar,
ii texlive-fonts-extra 2018.20190227-2 all TeX Live:
This is a quite old version of the package. What happens if you run
dist-upgrade?
I'm tempted to say that running dist-upgrade has been a nightmare
sufficiently many times that I'm not even considering doing it to
Hello,
I did a new upload of jackson-core 2.10.1.
Kind regards
--
Mechtilde Stehmann
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899 39E7 F287 7BBA 141A AD7F
signature.asc
Description: OpenPGP digital signature
Control: fixed 944017 0.1.3-1
Control: reassign -1 src:libsoxr
Control: forcemerge 944017 -1
On Sun, Dec 22, 2019 at 10:36:38PM +, Etienne Dechamps wrote:
> Package: libsoxr0
> Version: 0.1.3-2
> Control: fixed -1 0.1.3-1
>
> Steps to reproduce:
>
…
> Segmentation fault (core dumped)
Aye,
On 23 December 2019 at 12:43, Graham Inggs wrote:
| On Sun, 22 Dec 2019 at 17:04, Graham Inggs wrote:
| > On Sun, 22 Dec 2019 at 16:10, Dirk Eddelbuettel wrote:
| > > On the other hand the ppc64 is one of 'blocking compilation' so it can't
| > > really segfaults at tests.
| >
| > I don't know
1 - 100 of 184 matches
Mail list logo
