Hi Lifeng,
I am yet another person missing Minuit2 headers and therefore I would
like to support Bastian's request. My motivation for the request
resembles Bastian's: I am trying to build a program which contains a
class inheriting from ROOT::Minuit2::FCNBase and Minuit2 is not the only
ROOT
On 28.05.2018 22:53, Alban Vidal wrote:
> I have sent the merge request.
>
> https://salsa.debian.org/hpc-team/charliecloud/merge_requests/2
Dear Alban,
thank you very much. I merged it a few minutes ago.
Peter
On 27.05.2018 21:23, Alban Vidal wrote:> If you whant, i can update by
myself and create merge request.
Dear Alban,
how could I decline such a kind offer? :-)
Please feel free to perform the update and create a merge request.
Cheers, Peter
Dear Alban,
thanks for providing this patch which I gladly applied.
Shall I simply go ahead and do the "translations" of "systemctl restart
procps" in the various po files myself (to avoid bothering the
translators with such a straightforward change) or would that interfere
with the workflow of
Dear Helge,
thanks for your translation. Looking through your po file, two questions
came to my mind:
1. It seems to me that there is a typo in your email address. Both in
the fourth line of the file and in the Last-Translator field there are
three l at the end of the domain name whereas in the
Am 01.04.19 um 12:40 schrieb Frank Neuber:
Dear Peter,
this bug is fixed in SP13.
The version in the debian repo is SP9 and quite old.
http://support.reiner-sct.de/downloads/LINUX/V3.99.5_SP13/pcsc-cyberjack_3.99.5final.SP13.tar.gz
Package: libifd-cyberjack6
Version: 3.99.5final.sp09-1.1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
trying to change the PIN of an eID card using a ReinerSCT cyberJack RFID
komfort device, I get the following error:
Mar 31 14:31:54 hostname pcscd[21065]: 00400142
Hi Nick,
thank you very much for taking the time to review the packaging and
providing such detailed and helpful feedback.
On 10.11.19 00:02, Nick Morrott wrote:
> Thank you for your work in packaging python-pyjsparser. Out of
> curiosity, what are you using to be build your package?
My primary
Dear Python team,
I prepared packaging for python-pyjsparser (ITP bug #943785) on
https://salsa.debian.org/python-team/modules/python-pyjsparser
It provides a fast JavaScript parser written in Python.
It would be great if a DD could review the code, provide feedback and
(if everything looks
Hi Thomas,
On 27.10.19 09:10, Thomas Andrejak wrote:
> I'm also interested. I need it to bump version of Prewikka.
nice to hear.
> If you want, we can co-maintain the package
You are welcome as co-maintainer. I pushed what I have right now to
salsa such that you can get an idea what the
Hi Nick,
have you already found time to look into the revised packaging described
in [0] and [1]?
Cheers, Peter
[0] https://lists.debian.org/debian-python/2019/11/msg00048.html
[1] https://lists.debian.org/debian-python/2019/11/msg00106.html
Package: dnsviz
Version: 0.8.0-1
Severity: normal
Dear maintainers,
trying to produce graphs for queries involving DNAME records results in
the following error:
Traceback (most recent call last):
File "/usr/bin/dnsviz", line 108, in
main()
File "/usr/bin/dnsviz", line 105, in main
Package: wnpp
Severity: wishlist
Owner: Peter Wienemann
Package name: python-js2py
Version : 0.66
Upstream Author : Piotr Dabkowski
URL : https://github.com/PiotrDabkowski/Js2Py
License : MIT
Programming Lang: Python
Description : JavaScript
Package: wnpp
Severity: wishlist
Owner: Peter Wienemann
Package name: python-pyjsparser
Version : 2.7.1
Upstream Author : Piotr Dabkowski
URL : https://github.com/PiotrDabkowski/pyjsparser
License : MIT
Programming Lang: Python
Description
Hi Nick,
On 11.11.19 20:01, Peter Wienemann wrote:
* d/copyright
- the only copyright dates I can see in the source are 2014-2015
Judging from the source files, you are right. Judging from the git
commit history I see commits between 2015 and 2019. What is a better
guideline for copyright
Package: wnpp
Severity: wishlist
Owner: Peter Wienemann
Package name: python-lark-parser
Version : 0.7.7
Upstream Author : Erez Shinan
URL : https://github.com/lark-parser/lark
License : MIT
Programming Lang: Python
Description : Parsing library
Hi Thomas,
On 30.10.19 21:07, Peter Wienemann wrote:
> Getting lark-parser into Debian requires more work than packaging
> lark-parser itself. That is why this bug is blocked by #943783 which in
> turn is blocked by #943785.
>
> Progress on #943785 can be tracked h
Hi Scott,
On 05.01.20 21:17, Scott Kitterman wrote:
> Upstream contains an embedded copy of the Public Suffix List (PSL):
>
> https://github.com/elceef/dnstwist/blob/master/database/effective_tld_names.dat
>
> In Debian, this is provided in the publicsuffix package:
>
>
Dear DDs,
I prepared packaging for the parsing library python-lark (ITP bug
#941657). It is needed to bump the versions of prewikka [0] and
charliecloud [1]. The git repository is available on
https://salsa.debian.org/python-team/modules/python-lark
It would be great if someone could review the
ange the name to python-lark. But given the
PyPI name clash this is certainly not optimal either. So this seems to
be a particular unfortunate case.
Any advice is welcome!
Peter
> Le sam. 28 déc. 2019 à 05:03, Peter Wienemann <mailto:foss...@posteo.de>> a écrit :
>
> Foll
Hi Simon,
thanks for your helpful input.
On 30.12.19 18:04, Simon McVittie wrote:
> There are two options:
>
> * If "lark" on PyPI is a dead project, or otherwise something that is never
> going to be useful to package in Debian for some reason, then perhaps it's
> safe for the lark parser
Package: wnpp
Severity: wishlist
Owner: Peter Wienemann
Package name: dnstwist
Version : 20190706
Upstream Author : Marcin Ulikowski
URL : https://github.com/elceef/dnstwist
License : Apache-2.0
Programming Lang: Python
Description : Domain name
Following the suggestions in
https://bugs.debian.org/945823
I have changed the name from python-lark-parser to python-lark.
The new repository URL is
https://salsa.debian.org/python-team/modules/python-lark
Peter
Hi Christophe,
On 20.04.20 17:05, Christophe Trophime wrote:
> Trying to run a test example with some mount directory (ie ch-run -h
> SRC:DST -w ./feelpp-v0.108-focal/ -- pwd)
> I end up with error like: ch-run[190638]: error (charliecloud.c:553)
> Same behaviour without -h nor -w options
this
Dear DDs,
I prepared packaging for the domain name permutation engine "dnstwist"
(ITP bug #948237). The git repository is currently available at
https://salsa.debian.org/wiene-guest/dnstwist
It would be great if someone could review the code, provide feedback and
- once everything looks fine -
Package: wnpp
Severity: wishlist
Owner: Peter Wienemann
Package name: sphinx-markdown-tables
Version : 0.0.15
Upstream Author : Ryan Fox
URL : https://github.com/ryanfox/sphinx-markdown-tables
License : GPL-3.0
Programming Lang: Python
Description
Package: make
Version: 4.3-1
Severity: normal
Dear maintainer,
piuparts reports the following problem:
ERROR: WARN: Broken symlinks:
/usr/bin/gmake -> /make (make)
/usr/share/man/man1/gmake.1.gz -> /make.1.gz (make)
Peter
-- System Information:
Debian Release: 10.4
APT prefers
Package: gpg-agent
Version: 2.2.20-1
Severity: normal
Dear maintainer,
running piuparts on the package results in the following error:
ERROR: FAIL: Package purging left files on system:
/etc/systemd/user/ not owned
/var/lib/systemd/deb-systemd-user-helper-masked/ not owned
Peter
Hi Stephan,
On 21.07.20 16:42, Stephan Lachnit wrote:
> Package name: geant4
> Version : 10.6.2
> Upstream Author : CERN
> URL : http://geant4.web.cern.ch/
> License : a custom (MIT-like) license but looks DFSG compliant
according to [0] the Geant4
Package: lintian
Version: 2.86.0
Severity: normal
Dear Lintian maintainers,
Lintian issues the tag package-contains-no-arch-dependent-files on
packages without "Architecture: all" if they only contain
architecture-independent files (at least this is my understanding).
That is fine unless they
Hi Scott,
On 11.08.20 17:54, Scott Kitterman wrote:
> Unless you object, I'll probably do an NMU to do that since this will block
> dnspython testing migration. I'll
> post a diff to the bug before I do.
that is fine with me.
@Security tools team: I requested a review/upload of a new version
Hi Stephan,
On 24.07.20 15:11, Stephan Lachnit wrote:
> The relevant part of the license [1] mentioned on the wiki page is:
>
>> 5. You may not include this software in whole or in part in any patent
>> or patent application in respect of any modification of this software
>> developed by you.
>
Hi Hiroshi,
On 18.05.21 02:07, YOKOTA Hiroshi wrote:
* Package name: 7zip
Version : 21.02
Upstream Author : Igor Pavlov
* URL : https://www.7-zip.org/
* License : LGPL with "unRAR license restriction" (
https://www.7-zip.org/license.txt )
Programming
On 03.03.21 20:05, Matthias Klose wrote:
Package: parsero
Version: 0.0+git20140929.e5b585a-4
Severity: important
questionable dependency on python3-pip. The httplib3 dependency is satisfied by
the Debian package dependency. There's no need to have the python3-pip
dependency.
I opened a MR
Source: python-commentjson
Version: 0.8.3-2
Severity: normal
Hi,
trying to rebuild python-commentjson including a package clean-up validation
as described in [0], I obtain the following pre-build post-build diff:
diff /tmp/file-list.pre-build /tmp/file-list.post-build
Source: sshfs-fuse
Version: 3.7.1+repack-2
Severity: normal
Hi,
trying to rebuild sshfs-fuse including a package clean-up validation
as described in [0], I obtain the following pre-build post-build diff:
diff /tmp/file-list.pre-build /tmp/file-list.post-build
Source: oidc-agent
Version: 4.2.6-1
Severity: wishlist
Dear maintainer,
it would be nice if you could provide a backport of oidc-agent for bullseye.
Many thanks,
Peter
-- System Information:
Debian Release: 11.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500,
Control: affects -1 + src:charliecloud
thanks
Hi,
this bug also affects charliecloud:
-
configure:6729: checking for squashfuse/ll.h
configure:6729: gcc -c -g -O2 -ffile-prefix-map=/<>=.
-fstack-protector-strong
Package: lintian
Version: 2.116.3
Severity: wishlist
Dear maintainers,
at present Lintian only emits the tag
"new-package-uses-date-based-version-number" if
- a date-based versioning scheme is used for the latest changelog entry and
- the number of changelog entries is one.
I think it would be
Package: python3-docutils
Version: 0.19+dfsg-7
Severity: normal
Dear maintainers,
lintian issues the following warning for the ch-run man page of the
charliecloud-runtime package:
W: charliecloud-runtime: groff-message an.tmac::676: warning:
tbl preprocessor failed, or it or soelim was not
Control: tags -1 + patch
See
https://salsa.debian.org/pkg-security-team/notus-scanner/-/merge_requests/1
Control: tags -1 + patch
See https://salsa.debian.org/pkg-security-team/t50/-/merge_requests/1
Control: tags -1 + patch
See https://salsa.debian.org/pkg-security-team/t50/-/merge_requests/1
Control: tags -1 + patch
See
https://salsa.debian.org/pkg-security-team/statsprocessor/-/merge_requests/1
Control: tags -1 + patch
See https://salsa.debian.org/pkg-security-team/dhcpig/-/merge_requests/2
Control: tags -1 + patch
See https://salsa.debian.org/pkg-security-team/john/-/merge_requests/2
Control: tags -1 + patch
See https://salsa.debian.org/pkg-security-team/sleuthkit/-/merge_requests/4
Control: tags -1 + patch
See https://salsa.debian.org/pkg-security-team/sleuthkit/-/merge_requests/4
Control: reassign -1 src:sphinx-markdown-tables
Control: found -1 0.0.15-3
Control: tags -1 + fixed-upstream
Control: affects -1 src:python-lark
thanks
Dear Lucas,
thanks for reporting this problem. It seems that the root cause of this
FTBFS issue is a breaking change in python-markdown 3.4
Dear Helmut,
On 04.11.22 10:36, Helmut Grohne wrote:
Would someone handle dnstwist, which is the only remaining dependency?
I opened a corresponding upstream request:
https://github.com/elceef/dnstwist/issues/170
Peter
Package: cryptsetup
Version: 2:2.5.0-6
Severity: normal
Dear maintainer,
inspired by [0] I am trying to unlock a LUKS volume using a FIDO2 token
on a system running bookworm/testing using systemd 252-2.
The relevant line in /etc/crypttab looks like this:
Package: yt-dlp
Version: 2023.01.06-1
Severity: grave
Tags: fixed-upstream
Justification: renders package unusable
Dear Maintainer,
it seems that version 2023.01.06-1 of yt-dlp suffers from the issue
described in:
https://github.com/yt-dlp/yt-dlp/issues/6247
Upstream has provided a fix for
Control: reassign -1 src:fuse3
Control: found -1 3.13.1-1
Control: forwarded -1 https://github.com/libfuse/libfuse/issues/729
Control: tags -1 + fixed-upstream
Control: affects -1 src:charliecloud
Dear Lucas,
thanks for reporting this problem. It seems that the root cause of this
FTBFS issue
Control: tags -1 + patch
See https://salsa.debian.org/pkg-security-team/wfuzz/-/merge_requests/1
Package: groff-base
Version: 1.23.0-2
Severity: normal
Dear Maintainer,
I see troff warnings "cannot select font 'C'" for several man pages. Here are
the corresponding Lintian warnings for two examples from different packages:
W: python3-lark: groff-message troff::1032: warning: cannot
select
Dear Jim,
On 10.05.23 17:01, Jim Anderson wrote:
I realize that auto logout is a general security feature, but in my
case, I have a secrure environment where only my wife and I have access to
my computer. I strong prefer to NOT have my computer auto logout for 10 hours,
allowing me to leave my
Control: tags -1 + patch
See https://lists.debian.org/debian-security-tools/2023/11/msg1.html
Hi,
speedtest-cli 2.1.3-2 works for me on Bookworm.
Best regards,
Peter
Dear Luca,
On 2023-11-12 13:20:16 +0100, Luca Boccassi wrote:
Source: charliecloud
Version: 0.35-4
Severity: important
charliecloud's autopkgtest is failing in unstable, and it is blocking
iproute2's migration as they are tested together:
Control: reopen -1
It seems that the patch uploaded with 0.37-2 does not fix this issue.
See
https://buildd.debian.org/status/fetch.php?pkg=charliecloud=armel=0.37-2=1710594551=log
and
https://buildd.debian.org/status/fetch.php?pkg=charliecloud=armhf=0.37-2=1710594414=log
Therefore I reopen
Package: libsquashfuse-dev
Version: 0.5.0-2
Severity: serious
Tags: ftbfs fixed-upstream
Affects: src:charliecloud
Dear Maintainer,
squashfuse suffers from an incompatible pointer type issue on 32-bit
architectures. Checking the latest build logs for armel, armhf and
i386 ([0], [1], [2]) one
61 matches
Mail list logo