Adding the missing attachment
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
output.html.gz
Description: application/gzip
Package: sphinx
Version: 7.2.6-4
Severity: important
Hello, and thank you for your work on sphinx!
Possibly due to
https://salsa.debian.org/python-team/packages/sphinx/-/commit/4a1ebb237fb0f10adef3df39c2844aa68b9da79c
sphinx leaks the build path into the generated output (see attached
by all means please go ahead with the license switch to GPL3+.
If it can he helpful to you in the future, I'm hereby tranfering all my
copyright claims on packagesearch (if any) over to you.
Thank you for your work on packagesearch!
Enrico Zini
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08
eclarative license ID.
In general the less bytes I have to maintain in debian/* the happier I
am, and as a personal aesthetic sense I feel like the less bytes we all
have to maintain in debian/* the less is our collective maintenance
burden.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
t will, though it's not there yet.
See the thread starting from
https://lists.debian.org/debian-devel/2023/07/msg00307.html
and see
https://salsa.debian.org/python-team/tools/dh-python/-/commit/fe7912b8ff386cf21478f2cd7f055b2a8665fdd4
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
I had already prepared, and thanks for testing it for me!
I was waiting to understand what was the proper way to fix this, and it
looks like, from the last messages in debian-devel, that it's this one
indeed
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signatu
Package: pkgconf
Version: 1.8.1-1
Severity: normal
Hello,
this was surprising behaviour for which I cannot find documentation,
which I discovered by accident by having a $ARCH file in my build
directory:
If invoking as pkg-config, everything is fine:
$ rm x86_64-linux-gnu
$ pkg-config
Package: meson
Version: 1.2.0-1
Severity: serious
Hello,
Thank you for maintaining Meson!
At first glance it looks like there is a regression of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026312
On stable:
$ cat meson.build
project('test', 'cpp', version: '3.36', license :
Package: eviacam
Version: 2.1.4-2.1
Severity: important
Hello,
thank you for packaging eviacam!
I tried it out, and I don't seem to be able to make it work. From the
output, it looks like some API has changed:
$ eviacam
[ERROR:0@0.026] global ./modules/core/src/persistence.cpp (505) open
ense, and I like the
improvements you propose.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: wnpp
Severity: wishlist
Owner: Enrico Zini
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org
* Package name: pylsl
Version : 1.16.1
Upstream Contact: Christian A. Kothe
* URL : https://github.com/labstreaminglayer/pylsl
* License
Package: wnpp
Severity: wishlist
Owner: Enrico Zini
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org
* Package name: liblsl
Version : 4.6.0
Upstream Contact: Christian A. Kothe
* URL : https://github.com/sccn/liblsl
* License : MIT
Source: h5py
Version: 3.7.0-8
Severity: wishlist
Tags: patch
Hello,
the HDF5 Filter Plugin Packaging Guidelines at
https://salsa.debian.org/science-team/h5f-packaging-guidelines
suggests a unified naming scheme for HDF5 filter plugin packages, so
that packages that depend on a plugin can do so
Source: bitshuffle
Version: 0.3.5-4
Severity: wishlist
Tags: patch
Hello,
the HDF5 Filter Plugin Packaging Guidelines at
https://salsa.debian.org/science-team/h5f-packaging-guidelines
suggests a unified naming scheme for HDF5 filter plugin packages, so
that packages that depend on a plugin can
Package: python3-typing-extensions
Version: 4.4.0-1
Severity: wishlist
Hello,
thanks for packaging python3-typing-extensions!
Now that 4.4.0 is in testing, would it be possible to also upload it to
backports?
It contains support for python 3.11 typing additions, and since python
3.11 is the
Source: h5z-zfp
Version: 1.1.0+git20221021-4
Severity: important
Tags: upstream
X-Debbugs-Cc: debian-s...@lists.debian.org
Hello,
there are interoperability issues between big endian and little endian
machines when using the H5Z-ZFP plugin, so I disabled building on
big-endian machines for now.
Package: hyperspy
Version: 1.7.3-1
Severity: important
Hello,
the test suite segfaults multiple times on arm64:
https://buildd.debian.org/status/fetch.php?pkg=hyperspy=arm64=1.7.3-1=1675767050=0
For now I opened an issue to remove of the old binary package from
arm64. I'm opening this bug to
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
Hello,
hyperspy 1.6.1-1 already failed to build on a number of architectures,
and with 1.7.3-1 I also get segfaults when running tests on arm64.
Given that this package is used mostly on amd64,
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: hdf5-bl...@packages.debian.org
Control: affects -1 + src:hdf5-blosc
Hello,
please remove the hdf5-filter-plugin-blosc binary package: since version
0.0~git20220616.9683f7d-4 it has
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: h5z-...@packages.debian.org
Control: affects -1 + src:h5z-zfp
Hello,
please remove the hdf5-plugin-zfp binary package: since version
1.1.0+git20221021-3 it has been renamed to
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: dba...@packages.debian.org
Control: affects -1 + src:dballe
Hello,
please remove dballe and all its binary packages from unstable (and
testing).
It doesn't see much use outside the
Package: soundscaperenderer
Version: 0.5.0~dfsg-6
Severity: important
Hello,
thank you for packaging soundscaperenderer!
I installed the package and tried to run it, but immediately got a
segfault:
$ ssr
Cannot connect to server socket err = Connection refused
Cannot connect to server
Package: soundgrain
Version: 6.0.1-3
Severity: important
Hello,
Thank you for packaging soundgrain!
I ran `apt install soundgrain` then tried to start it:
$ soundgrain
Traceback (most recent call last):
File "/usr/bin/soundgrain", line 60, in
app = SoundGrainApp(redirect=False)
File
Package: hyperspy
Version: 1.6.1-1
Severity: normal
Hello,
a new upstream version of hyperspy is needed to fix #997475 and to build
with the python/numpy/* toolchain currently in sid.
I started packaging it at https://salsa.debian.org/science-team/hyperspy/
and it's currently blocked by:
*
applied by the system I was
> using for a build server broke and I haven't had a chance to fix it.
Thanks! I've opened https://github.com/numba/numba/issues/8703 upstream
to track the possibility of numba making it in time for testing: let's
see what happens.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
On Sat, Dec 17, 2022 at 08:19:47PM +0100, Enrico Zini wrote:
> thank you for maintaining python3-numba!
> Unfortunately the package is currently uninstallable in sid.
> It depends on `python3-numpy (<< 1:1.22), python3-numpy (>= 1:1.20.0)`,
> but the version of python3-numpy
Source: setuptools
Version: 65.5.0-1.1
Severity: important
Hello,
thank you for maintaining setuptools!
After the 65.5.0-1.1 update, installing Python modules and extensions
via meson makes them end up in /usr/local instead of /usr.
More details are in this debian-devel thread:
Package: python3-numba
Version: 0.56.2+dfsg-2
Severity: serious
Hello,
thank you for maintaining python3-numba!
Unfortunately the package is currently uninstallable in sid.
It depends on `python3-numpy (<< 1:1.22), python3-numpy (>= 1:1.20.0)`,
but the version of python3-numpy in sid is
ersions of packages hdf5-filter-plugin depends on:
ii libbz2-1.0 1.0.8-5+b1
ii libc6 2.36-6
ii libhdf5-103-1 1.10.8+repack-4
ii liblz4-1 1.9.4-1
hdf5-filter-plugin recommends no packages.
hdf5-filter-plugin suggests no packages.
commit 3d93e1821dd10962f4477d8b3615024cf1
Source: hdf5-filter-plugin
Version: 0.0~git2022.49e3b65-1
Severity: important
Hello,
thank you for maintaining hdf5-filter-plugin!
When working on packaging python-hdf5plugin
( https://salsa.debian.org/science-team/python-hdf5plugin )
I noticed that it cannot load the bitshuffle, bz2, and
result
parameters), expected 1 result parameters
autopkgtest: DBG: testbed stop
autopkgtest: DBG: testbed close, scratch=None
autopkgtest: DBG: sending command to testbed: quit
autopkgtest-virt-nspawn: DBG: executing quit
autopkgtest-virt-nspawn: DBG: cleanup...
autopkgtest [13:56:31
Package: wnpp
Severity: wishlist
Owner: Enrico Zini
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-hdf5plugin
Version : 3.3.1
Upstream Author : "ESRF - Data Analysis Unit"
* URL : https://github.com/silx-kit/hdf5plugin
* License
Package: debian-policy
Version: 4.6.1.1
Severity: normal
Hello, and thank you for maintaining the Policy!
Policy paragraph 4.9.1 has an example debian/rules which contains these
lines:
INSTALL_PROGRAM = $(INSTALL) -p-o root -g root -m 755
ifeq (,$(filter
Package: wnpp
Severity: wishlist
Owner: Enrico Zini
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: h5z-zfp
Version : 1.1.0
Upstream Author : Mark C. Miller
* URL : https://github.com/LLNL/H5Z-ZFP
* License : BSD
Programming Lang: C
ttps://github.com/ARPA-SIMC/moncic-ci/issues/74
although I'm expanding on that, see for example
https://github.com/ARPA-SIMC/moncic-ci/issues/77
[2] https://en.wikipedia.org/wiki/Rule_of_three_(computer_programming)
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
1-2015 Guillem Jover
# Copyright © 2007-2011 Raphael Hertzog
# Copyright © 2022 Enrico Zini
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the L
2009-05-08 Enrico Zini
Control: severity -1 important
On Thu, May 14, 2020 at 10:15:18AM +0200, Enrico Zini wrote:
> Screenshot attached, for laugh and desperation purposes. I needed to
> click on each and every single one of them, and the top right
> notification box is the level boss: it's actuall
Source: zfp
Version: 1.0.0-2
Severity: normal
Hello, and thanks for packaging zfp!
I've been trying to build hdf5-zfp[1] in Debian, and it requires[2] zfp
to be built with BIT_STREAM_WORD_SIZE=8. Indeed, while CMakeLists.txt
defaults it to 64, the FAQ recommends setting it to 8 to have portable
: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
#!/usr/bin/python3
import argparse
from collections import defaultdict
import datetime
import mailbox
import sys
def main():
today = datetime.date.today()
this_month = today.replace(day=1)
parser = argparse.ArgumentParser(description="
rico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
On Fri, Jun 24, 2022 at 05:16:41PM +0200, Enrico Zini wrote:
> I failed to reproduce this on Gnome on a freshly installed buster
> system.
>
> I failed to reproduce this on Gnome on a freshly installed bullseye
> system with wayland.
I also failed to reproduce this on a fr
epass discussion forum.
In https://sourceforge.net/p/keepass/discussion/329220/thread/da7546b7e1/
Paul tried to reproduce it, too, and also failed.
At this point I would suspect that something else was at play in the
users' systems, independent from keepass2.
Enrico
--
GPG key: 4096R/634F4BD1E7AD
Hello Steven and Santiago,
I'm attaching a proposed patch to fix CVE-2022-0529.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
diff --git a/process.c b/process.c
index d2a846e..99b9c7b 100644
--- a/process.c
+++ b/process.c
@@ -2507,13 +2507,15 @@ char *wide_to_local_string
Package: qtcreator
Version: 4.14.1-1
Severity: normal
Hello,
if one uses sdktool to programmatically configure parts of QT
Creator[1], the resulting configuration is saved in
/usr/share/qtcreator/QtProject
However, dpkg --purge qtcreator, which should also remove its
configuration, does not
rom 9a80bb88199118bff99caa7278fffcb93dee430a Mon Sep 17 00:00:00 2001
From: Enrico Zini
Date: Wed, 4 May 2022 13:23:28 +0200
Subject: [PATCH] Remove requirement that security uploads have urgency=high
It seems that this is obsolete and not relevant anymore. Details are in
this thread: https://lists.debian.org/debian-lts/2022
notfixed 6.0-26
Correction: the issue also affects 6.0-26, but is only reproducible
after export LANG=C
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: unzip
Version: 6.0-21+deb9u2
Severity: serious
Tags: security upstream patch
X-Debbugs-Cc: Debian Security Team
Fixed: 6.0-26
Hello,
details are at https://security-tracker.debian.org/tracker/CVE-2022-0530
stretch and buster segfault:
$ unzip testcase-0530
Archive:
- 1 0 0 212992 Mar 24 13:08 rpmdb.sqlite
-rw-r--r-- 1 0 0 32768 Mar 24 13:08 rpmdb.sqlite-shm
-rw-r--r-- 1 0 0 0 Mar 24 13:08 rpmdb.sqlite-wal
-bash-5.1#
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
Package: mkosi
Version: 12-1~bpo11+1
Severity: important
Hello,
I tried with fedora34 and centos7, but it might be the same for all
rpm-based distributions.
To reproduce:
sudo /usr/bin/mkosi --distribution=fedora --release=34 --format=directory
--output=target --base-packages=true
Package: www.debian.org
Severity: normal
Hello,
it looks like the debian-es.org domain has expired and has been picked
up by some cybersquatter.
We have some links to it in the website, which should probably be
removed.
Thanks,
Enrico
Package: wnpp
Severity: wishlist
* Package name: pytype
Version : 2022.3.8
Upstream Author : Google
* URL : https://google.github.io/pytype/
* License : Apache, with some code with BSD and MIT
Programming Lang: Python
Description : Pytype checks and
Package: wnpp
Severity: wishlist
* Package name: dduper
Version : 0.04
Upstream Author : Lakshmipathi
* URL : https://github.com/lakshmipathi/dduper
* License : GPL-2+
Programming Lang: Python
Description : Fast block-level out-of-band BTRFS
On Sat, Feb 12, 2022 at 08:51:01PM +0100, Enrico Zini wrote:
> That's even better, then: it becomes a matter of documenting the
> procedure to bootstrap an rpm-based distro from Debian: I can test it
> and produce a draft HOWTO.
I tested, and I confirm that this works:
dnf -c "
r.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
strap an RPM-based distribution from a Debian system.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: aptly
Version: 1.4.0+ds1-4+b4
Severity: normal
Hello,
thanks for maintaining aptly!
I stumbled on a quirk setting up a mirror of bullseye-security.
The standard apt line would be something like:
deb https://deb.debian.org/debian-security bullseye-security main contrib
non-free
Package: aptly
Version: 1.4.0+ds1-4+b4
Severity: normal
Hello,
thank you for maintaining aptly!
Trying to use aptly with keyrings generated with the current version of
gpg fails with semi-obscure gpg errors:
gpgv: Signature made Sat 18 Dec 2021 11:39:50 CET using RSA key ID 22F3D138
gpgv:
Package: dnf
Version: 4.5.2-6
Severity: serious
Hello,
thank you for packaging dnf in Debian!
I'm trying to use dnf to bootstrap rpm-based chroots, which seems to
work, but the rpm package database on the resulting distribution is
empty, as in, `rpm -qa` returns no output, and `rpm -q` on any
Hello,
I filed the RFP at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1004388
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: wnpp
Severity: wishlist
* Package name: python3-inotify
Version : 0.2.10
Upstream Author : Dustin Oprea
* URL : https://github.com/dsoprea/PyInotify
* License : GPL-2
Programming Lang: Python
Description : An adapter to Linux kernel support
Package: python3-pyinotify
Version: 0.9.6-1.3
Severity: serious
Hello,
thank you for maintaining python3-pyinotify.
Looking at https://github.com/dsoprea/PyInotify it says:
This project is unrelated to the *PyInotify* project that existed
prior to this one (this project began in 2015).
Control: reassign -1 xfwm4
On Thu, Nov 11, 2021 at 10:23:19AM -0300, Eriberto Mota wrote:
> Em qui., 11 de nov. de 2021 às 10:15, Enrico Zini
> escreveu:
> >
> > Hi Eriberto,
> >
> > it looks like both the workarounds that you suggested are working
> > (windo
sed or reassigned to xfwm4
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
to test a fix for #997990 besides rerunning
the test cases I attached to the upstream bug.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: gunicorn
Version: 20.1.0-1
Severity: important
Hello,
reproducing this on bullseye needs the workaround to #997990 as a
prerequisite.
I reported this upstream as https://github.com/benoitc/gunicorn/issues/2672
TL;DR: when using --max-requests and the maximum number of requests is
Package: gunicorn
Version: 20.1.0-1
Severity: important
Hello,
thank you for maintaining gunicorn!
Upstream alread has an issue about this at
https://github.com/benoitc/gunicorn/issues/2630
The problem boils down to
/usr/lib/python3/dist-packages/gunicorn/workers/gtornado.py:109
where on
Package: liburiparser-dev
Version: 0.9.4+dfsg-1
Severity: wishlist
Hello,
thank you for packaging uriparser!
liburiparser-dev does not ship a liburiparser.a:
https://packages.debian.org/sid/amd64/liburiparser-dev/filelist
I could not find out if it is accidental or intentional.
Not having a
severity should be
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: wkhtmltopdf
Version: 0.12.6-1
Severity: important
Hello,
Thank you for packaging wkhtmltopdf!
wkhtmltopdf version 0.12.6 blocks by default access to local files (note
the "Warning: Blocked access to file"):
$ wkhtmltopdf test.html test.pdf
Loading page (1/2)
Warning: Blocked
Package: libjs-popper.js
Version: 1.16.1+ds-3
Severity: serious
Hello,
the assets of libjs-popper.js do not appear under /usr/share/javascript.
The only thing that is packaged there is `popper.js` as an empty
directory.
This is currently breaking all software that loads popper.js assets from
Package: syncmaildir
Version: 1.3.0-1
Severity: wishlist
Hello,
bullseye has been released and syncmaildir is not in it.
If/once the issues that prevented it being part of a release have been
fixed, can you please also make a backport for bullseye?
Thanks,
Enrico
-- System Information:
Severity: normal
Hello,
update/correction: the plugin still works with the usual
vim-addon-manager
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: vim-syntastic
Version: 3.10.0-2
Severity: serious
Hello,
the upgrade instructions for bullseye say:
* Before upgrading, run "vam remove " for any addon in this package
that has been installed with "vam install ". Adjust the command
as necessary for system-wide installed
Package: sq
Version: 0.25.0-1
Severity: normal
Hello,
thanks for packaging Sequoia.
The package contains a user-facing tool, and the package description
contains mostly redundant technical details about how the package is
generated.
Could you please update the description so that it explains
et/
> please and report back with the issue number.
Done: https://gitlab.gnome.org/GNOME/network-manager-applet/-/issues/130
I referenced #83, which covers indeed only part of the problem.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: python3-magics++
Version: 2:1.5.5-1
Severity: important
Hello,
thank you for maintaining Magics in Debian!
I'm attaching a test case which causes Magics to abort on current
bullseye:
$ python3 magics-crash.py
ecCodes assertion failed: `h' in ./src/grib_query.c:572
Aborted (core
Package: python3-magics++
Version: 3.3.1-1
Severity: important
Hello,
thank you for packaging Magics.
In Debian stable, plotting wind data with Magics causes a segmentation
fault. I'm attaching a test case and test data:
$ python3 wflags-segfault.py
Magics
Package: network-manager-openvpn-gnome
Version: 1.8.10-1
Severity: normal
Hello,
thank you for maintaning Network Manager!
The "VPN Connections" submenu in the NM applet appears after the WIFI
connections list, and the WIFI connections list tends to often refresh
once the menu is open. ISTR
the xfce4 settings, and work it backwards from there.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: libexo-1-0
Version: 0.12.4-1
Severity: important
Hello,
in the xfce "Preferred Applications" dialog, I chose neomutt as the
preferred mail reader. It seems to mean 'neomutt "%s"'.
Try running 'neomutt t...@example.org' in the application run dialog of
xfce, and you'll find that nothing
Package: xdg-utils
Version: 1.1.3-1+deb10u1
Severity: important
Hello,
thank you for maintaining xdg-open.
There seems to be no way to use it to open a file whose name begins with
a dash:
$ sh -x `which xdg-open` -test.pdf
+ check_common_commands -test.pdf
+ [ 1 -gt 0 ]
+ parm=-test.pdf
+
desktop.org/xdg/xdg-specs/-/issues/43
and it sounds like still a work in progress.
I guess the issue for xdg-open is mitigated by a better UI, where users
who are surprised by the selected program can right click on it, choose
"Open with..." and have the system remember the proper one from that
point on.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
Package: mime-support
Version: 3.62
Severity: important
Hello,
thank you for maintaining mime-support.
>From what I understand, entries in /etc/mailcap are sorted by package
name. As a consequence, people who install, for example, calibre, will
find that it opens quite a lot of file types
Package: neomutt
Version: 20180716+dfsg.1-1+deb10u1
Severity: important
Hello,
thank you for maintaining neomutt!
It looks like sometimes at some point the paths to pgpewrap changed from
/usr/libexec/ to /usr/lib/, and the default configuration did not get updated
accordingly:
$ dpkg -L
Package: exiv2
Version: 0.27.2-8
Severity: wishlist
Hello,
thank you for maintaining exiv2.
exiv2 in testing adds support for the webp image format, not supported
in stable.
I tried building exiv2 with the build-deps from stable, and it builds
and works, with the attached .symbols patch.
Source: imlib2
Severity: wishlist
Hello,
thank you for maintaining imlib2.
Testing imlib2 supports additional formats like webp, that stable imlib2
does not. I tried rebuilding imlib2 1.6.1-2 on stable+backports, and it
built flawlessly. Installing just the shared library is enough to have,
for
mmand_system_execute' to True in ACE (Advanced Configuration Editor)."
Ah, thanks, that's very nice to hear! <3
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: libnss3-dev
Version: 3.42.1-1+deb10u2
Severity: wishlist
Hello,
thank you for maintaining libnss3-dev.
This might be closely related to #737855, which sadly doesn't seem to
have had much activity since 2014.
libnss3-dev:amd64 is not not coinstallable with libnss3-dev:armhf,
either
Package: gajim
Version: 1.1.2-2
Severity: normal
Hello,
Thank you for maintaining gajim.
I just learnt of the /show command, which runs a shell command and posts
its output. It works exactly as intended. What could possibly go wrong?
It even has 4 aliases: show, sh, execute, exec. The /show
Package: gajim
Version: 1.1.2-2
Severity: normal
Hello,
Thank you for maintaining gajim.
I just learnt of the /show command, which runs a shell command and posts
its output. It works exactly as intended. What could possibly go wrong?
I tried running "/show yes". Nothing happened, I could keep
Package: gajim
Version: 1.1.2-2
Severity: wishlist
Hello,
Thank you for maintaining gajim.
I just learnt of the /show command, which runs a shell command and posts
its output. It works exactly as intended. What could possibly go wrong?
The first use case for this command that comes to my mind
Package: gajim
Version: 1.1.2-2
Severity: wishlist
Hello,
Thank you for maintaining gajim.
I just learnt of the /show command, which runs a shell command and posts
its output. It works exactly as intended. What could possibly go wrong?
Ideally I would like to be able to disable it. Failing
On Thu, Jun 18, 2020 at 04:28:38PM +0200, Enrico Zini wrote:
> Please do :)
> Upstream's latest stable release is now 0.9.12.
Additionally, I can confirm that 0.9.12 builds and works just by
plugging in the current debian/ contents.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08
-05-08 Enrico Zini
base on
upstream's git simplifies my work significantly.
> gitlab works well with uscan, see for example:
> https://codesearch.debian.net/search?q=gitlab+path%3Adebian%2Fwatch=0
Thanks, good tip! I've added a watchfile looking for new tags.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
Package: wnpp
Severity: wishlist
Owner: Enrico Zini
* Package name: publicdecompwt
Version : 2.7.2
Upstream Author : EUMETSAT http://www.eumetsat.int/
* URL :
https://gitlab.eumetsat.int/open-source/PublicDecompWT
* License : Apache
Programming Lang: C
Package: gajim
Version: 1.1.2-2
Severity: important
Hello,
today at 12:46 I received a SPIM with an invitation followed by a
message. I denied the invitation, and blocked the account using "Manage
Contact → Block". I closed the chat window with the spam message.
At 13:37, that chat window
On Mon, Jan 27, 2020 at 09:46:35PM +0100, Enrico Zini wrote:
> If there is still data to write, self._pending_write is not done when
> future_add_done_callback is called, and RequestHandler.flush() won't get
> stuck.
Keeping the write buffer nonempty is not sufficient: if it remains w
iven how well defined are those tags and how cobol is a historically
well established language, we could make an exception. I would still
prefer not to introduce tags without associated packages, though.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
1 - 100 of 1400 matches
Mail list logo
