enabling package would make sense, mdns would
already be active).
BR
chrysn
signature.asc
Description: PGP signature
This issue has been resolved upstream more than two years ago, but
resurfaced with 0.9.74-1 when private-etc was enabled, which (per
documentation) copies over some of /etc at startup, leading to the very
same bug that changes to resolv.conf are not propagated.
Package: python3-aiocoap
Version: 0.4.12-3
Severity: normal
First of all, thanks for keeping the aiocoap package up to date!
Trying `python3 -m aiocoap.cli.defaults`, I found that a default install
does not pull in many packages that are optional from a Python package
point of view. Most of those
Package: shim-signed
Version: 1.44+15.8-1
Severity: minor
When updating kernel modules on secure boot that don't work with it, apt
shows this message that AIU comes from shim-signed:
> Your system has UEFI Secure Boot enabled
>
> UEFI Secure Boot is not compatible with the use of third-party
> dr
Source: pypy3
Version: 7.3.16+dfsg-2
Followup-For: Bug #1072016
I got stuck trying to refresh the debian/ensurepip-wheels patch, but
could refresh some earlier patches. Most were applied automatically
anyway and just needed to be acknowledged (all do look fine), a few
needed trivial manual work --
0 in the
debian/ directory, but apparently that also changes the upstream
sources, and I have not yet managed to convince `gbp import-orig
--uscan` to "switch over".
Thanks for maintaining PyPy in Debian
chrysn
-- System Information:
Debian Release: trixie/sid
APT prefers testing
A
> but without std, the topic of this bug.
I don't think that no-std targtets are off topic for this bug. Rust's
terminologiy is a bit weird in that "std" sometimes means the "std"
crate (which is the thing that does POSIX-style operations), but also
sometimes means std+alloc+core (for example in -
Package: software-properties-common
Version: 0.99.30-4
Severity: normal
File: /usr/bin/apt-add-repository
On systems whose sources are stored in deb822 format, apt-add-repository
commands that act on existing sources (such as `apt-add-repository
--component contrib`) fail silently: They don't upda
Package: dracut
Version: 056-3
Severity: minor
dracut by default appears not to include the resume module; I had to
enable it manually using the configuration from the Arch wiki[1].
https://bugs.debian.org/708253 indicates that a `resume=` parameter
would have been necessary with dracut; this app
#x27;contentproc'`.
My I don't have logs of which process has used which amount of memory,
but my guess is that something outside earlyoom's reach has been growing
faster than the small game which earlyoom reached, and so it kept
killing process after process until it found system
On Tue, Aug 02, 2022 at 08:30:48AM +0200, Michael Biebl wrote:
> We only document KillUserProcesses=yes in README.Debian as we deviate from
> the upstream defaults here.
The text does both: It documents the deviation and warns users of
possibly unexpected behavior.
>
> > > The default Linger val
Package: systemd
Version: 251.3-1
Severity: normal
File: /usr/share/doc/systemd/README.Debian.gz
The README.Debian file duefully documents the surprising[1] effects that
happen when using tmux or similar under in a logind session. However, it
only covers the KillUserProcesses part of things (a mec
d discussion
around it may have valuable material, also w/rt other things I've
tested.
Please enable tmux to persist in the rough desktop environment. If you
think that it's not tmux's fault but tmux sessions should still persist,
please reassign to where you think this should b
Package: earlyoom
Version: 1.7-1
Severity: wishlist
The default settings, even when applying the suggestions, can easily
cause everything in a desktop session to be killed indirectly: I've
repeatedly seen dbus-daemon falling victim to earlyoom, which does
succeed in freeing a lot of memory, but ha
.
Please consider updating the packaged version.
Thanks for maintaining the i2p package!
chrysn
signature.asc
Description: PGP signature
Package: gedit-latex-plugin
Version: 3.20.0-2
Severity: important
When using this in sid or bookworm, when the plugin is enabled and a
.tex file opened, nothing happens and this shows up on stderr:
Traceback (most recent call last):
File "/usr/lib/gedit/plugins/latex/tabdecorator.py", line 87,
Source: ruby-kramdown-rfc2629
Severity: wishlist
File: /usr/bin/kramdown-rfc2629
The latest available version (1.5.6) is necessary for many recent
drafts, please consider updating the packages.
(I can't pinpoint the exact changes of what breaks where, as there is
some interdependency with xml2rfc
Package: q2templates
Version: 2020.11.1+dfsg-1
Severity: normal
Running qiime like this produces an error:
| $ qiime demux summarize --i-data test.qza --o-visualization test.qzv
| /usr/lib/python3/dist-packages/h5py/_debian_h5py_serial/__init__.py:36:
UserWarning: h5py is running against HDF5 1.
Package: debianutils
Version: 5.4-3
Severity: normal
File: /usr/bin/which
While the advertised replacement for `which` has been in shells for
ages, it is only in GNU Make 4.3 (released January 2020) that `command`
can be used, for otherwise Make is trying to be smart and fails in
surprising ways (
Package: checkinstall
Version: 1.6.2+git20170426.d24a630-2
Severity: wishlist
Tags: upstream
When creating a deb on Debian using checkinstall (eg. to get a working
distributable version of software whose build dependencies are so
compilcated[1] it stands little chances in regular packaging), sever
> If you can reproduce it with
>
> - the current version in unstable/testing
> - the latest kernel from backports
>
> please reopen the bug, see https://www.debian.org/Bugs/server-control
> for details.
Micha, can you? I don't have that hardware around any more.
Source: linux
Version: 5.10.28-1
Severity: wishlist
The current configuration does not enable the multipath TCP
functionality provided by the kernel through the MPTCP (and the
the-default MPTCP_IPV6) binary options.
These have been available since kernel version 5.6.
When enabled, user space ap
Package: gcc-riscv64-unknown-elf
Version: 8.3.0.2019.08+dfsg-1
Followup-For: Bug #979542
I've also observed this when trying to use gcc-riscv64 with the RIOT
operating system, which (in contrast to Joel's initial report) sets a
lot of potentially-needed flags and gets tested with other versions of
Package: wnpp
Severity: wishlist
* Package name: julius
Version : 1.4.1
Upstream Author : Bianca van Schaik
* URL : https://github.com/bvschaik/julius
* License : AGPL-3 with non-free (third-party) assets
Programming Lang: C
Description : a Roman themed
Package: python3-pip
Version: 20.1.1-2
Severity: normal
In pypy3 venvs, installing the cryptography package fails. As replacing
pip with the upstream pip makes things work, and because the whole
situation looks similar to #955414 / #954256 (where I found the
workaround), there is reason to assume
m the command line invoke pdflatex on the file
to obtain a PDF.
(And to no surprise, it also affects german Umlauts).
Kind regards
chrysn
signature.asc
Description: PGP signature
Package: node-node-sass
Version: 4.13.1-3
Severity: normal
File: /usr/bin/node-sass
On my current sid system, a plain node-sass invocation results in:
guest@hephaistos:/tmp$ node-sass
internal/modules/cjs/loader.js:638
throw err;
^
Error: Cannot find module 'readable-
What makes the situation trickier is that both the gattlib undeclaredly
depended on here and the alternative pygatt (see #939619) just wrap the
gatttool program, which is deprecated by the bluez project (not much
info out there, https://github.com/peplin/pygatt/issues/112 gives a good
summary).
Wh
Package: snapshot.debian.org
Severity: minor
Tags: patch
With the last unsupporting version being oldoldstable,
[check-valid-until=no] should be in the sources.list line everyone[1]
copies over.
I've pushed a version with a suggested fix to
https://salsa.debian.org/chrysn-guest/snapshot/-
l (as in
without logging in and out of a virtual machine 2x5 times to get one or
two cases of observable behavior).
Any ideas on what more data I could pull out?
chrysn
signature.asc
Description: PGP signature
from their desktop
environment's KillMode would be helpful.
Kind regards
chrysn
signature.asc
Description: PGP signature
On Mon, Feb 10, 2020 at 11:25:29AM +0100, Michael Biebl wrote:
> I assume your GNOME session is managed by systemd --user, i.e.
> gnome-session is modelled around systemd --user.
>
> Might be that is gnome-session that triggers the cleanup of the
> session/processes.
>
> You could try with a more
don't really think it's the VM itself,
but it might make it easier to compare results.)
Kind regards
chrysn
signature.asc
Description: PGP signature
ow --with-systemd-suspend-resume=yes
(the old config option went away in 1.8, and has now raised a
warning).
Kind regards
chrysn
[164]: https://gitlab.freedesktop.org/mobile-broadband/ModemManager/issues/164
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT poli
rsion current or point Vcs-Git to where the
current one is.
(Background: I was about to test 1.12 as it probably fixes a heuristics
bug[164], but it's hard to get tests started from dont-know-where).
Thanks
chrysn
[164]: https://gitlab.freedesktop.org/mobile-broadband/ModemManager/issues/164
ll need review (and are commented
for that), but I still hope they save you a few minutes.
Bes regards
chrysn
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Fo
Package: libpam-gnome-keyring
Version: 3.34.0-1
Severity: minor
File: /usr/share/doc/libpam-gnome-keyring/README.Debian
The README.Debian in for libpam-gnome-keyring states that GDM integrates
it into its PAM config, but it needs to be added manually for other DMs.
Currently, at least lightdm shi
involves having
lost one's tmux sessions over an X server crash before.
Thanks
chrysn
(Information down here relates to my production system where I've
reproduced the steps above with i3 instead of gnome).
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT
With its Python 3 port merged[1], whipper will not depend on Python 2
any more in the next release (probably 0.9). This should make packaging
a lot easier.
[1]: https://github.com/whipper-team/whipper/pull/411
signature.asc
Description: PGP signature
ssion; that'd keep it from being terminated).
journalctl shows the following around an Xorg termination:
Nov 26 14:43:36 hephaistos sudo[1757962]: pam_unix(sudo:session): session
opened for user root by chrysn(uid=0)
Nov 26 14:43:36 hephaistos sudo[1757962]: pam_unix(sudo:session): session
close
> > Version 0.1.10
> > * Ported to Python 3 and PyGObject (by actionless)
Indeed; I just didn't get around to uploading a new version with it yet;
working on it now.
chrysn
signature.asc
Description: PGP signature
Package: glances
Version: 3.1.0-1
Severity: minor
Calling `man glances` shows this:
GLANCES(1) Glances GLANCES(1)
<<< HEAD ===
GLANCES(1) Glances GLANCES(1)
>>> master
NAME
glances - An eye on your system
The bug was fixed u
Package: tmux
Version: 2.9a-1
Severity: normal
In 2.9a-1 and 2.8-3, the following procedure resulted in tmux sessions
not surviving an X restart (which is my primary use case for tmux):
* Use a fresh user
* Log in to an i3 window manager session (when prompted, press enter)
* Win-d, enter xterm
*
As this is a regular (and useful) flag, please consider adding
python3-watchdog to Recommends.
Thanks
chrysn
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Archite
Package: darkslide
Version: 4.0.1-1
Severity: important
Forwarded: https://github.com/ionelmc/python-darkslide/issues/10
There was a non-backwards compatible change in python3-markdown version
3 (allegedly; it happened on my system with the below dependencies
installed) that makes conversion from
> So it was somehow moved but definitely to a wrong location (that should
> be rather python-team/modules/rdflib).
yes, that was a mistake when moving the module and is now fixed.
> I used to be member of the DPMT group back on Alioth[2], can you add me on
> salsa? Then I can make the package rea
On Fri, Feb 15, 2019 at 09:11:11AM +0100, Andreas Tille wrote:
> On Thu, Feb 14, 2019 at 05:24:48PM +0100, chrysn wrote:
> >
> > I can't directly push to the source right now (but have a PR pending at
> > [1]) and can't upload (as I don't have DMUA on that
On Sat, Feb 09, 2019 at 05:13:07AM +0100, Salvatore Bonaccorso wrote:
> For those following the bug, this likely does not affect the upstream
> project itself and is Debian specifc, as the Debian packaging AFAICS
> replaces the respective scripts/tools by wrappers invoking python -m
> as described
Package: file
Version: 1:5.35-2
Severity: wishlist
There exists a compact binary format for semantic web data following the
RDF (Resource Description Format) that is called HDT.
The format is described at [1], and example data is available at [2];
its media type is registered at [3].
A working r
re of the -dkms package to build working kernel modules.
Best regards
chrysn
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.
Package: installation-reports
Severity: normal
In order to install from netinstall, I had to disable secure boot. After
that, the netinst stick could be selected from the boot menu.
Both graphical and text installation left me with a black screen right
after GRUB; judging by the response to SysRq
, respectively.
The attached patch fixes the issue by accepting capital letters in;
[^\s] would be an alternative depending on the precise definition of the
mime.types file.
Best regards, and thank you for maintaining this package
chrysn
-- System Information:
Debian Release: buster/sid
APT prefers
Package: avahi-daemon
Version: 0.7-4
Followup-For: Bug #882386
This bug can also occur easily when advertising a WebDAV server that
needs no user name / password on the LAN, or has an empty path because
everything on the server's authority is WebDAV.
-- System Information:
Debian Release: buster/
ght place to forward issues on
the component?
If it is and it is just poorly maintained, would you consider adding the
patch to Debian?
As it is now, the nginx DAV server is not really usable for general file
sharing with end-user provided file names, at least not with Gnome or
XFCE.
Thanks
chrysn
s
Package: xfce4-panel
Version: 4.13.3-1
Followup-For: Bug #856309
Forwarded: https://bugzilla.xfce.org/show_bug.cgi?id=14388
I just had a user run into this, necessitating a wipe of ~/ and a reboot
to get rid of the config daemon. I agree with Jonathan's recommendation
for the dialog to be removed
Package: installation-reports
Severity: normal
This is an installation report on an HP ProBook 440 G5, type number
3KX82ES#ABD.
It appears that the 3KX82ES number is what defines the hardware relevant
to this report; other ProBook 440 G5 appear to use different (Intel)
WiFi adapters. (And don't
nit-any is virtual and provided by runit-systemd, runit-sysv,
and users of runit-init can make it "Provides: runit-any" even if a
runit-init does not come back to Debian.
Thanks
chrysn
signature.asc
Description: PGP signature
Package: hplip
Version: 3.16.11+repack0-3
Followup-For: Bug #825383
The problem affects hp-plugin (and thus nowadays typical MFP setups) as well,
please consider changing the mechanism to something more generic or not
advertising the said programs in the application menu directly (but to be run
un
admin wants
those files gone.
Thanks for your consideration
chrysn
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1,
'experimental-debug'), (1, 'experimental')
Archite
On Sun, Dec 10, 2017 at 03:52:04AM +0100, Andreas Beckmann wrote:
> Source: openscad
> openscad did run out of memory during the recent binNMU on mips/mipsel:
>
> https://buildd.debian.org/status/package.php?p=openscad&suite=unstable
Thanks for the report. I'm waiting for porter box access on MIP
on the stable path.
The NEWS files do not document the change. Admittedly, the syntax was
not advertised either (man page says `--port=587`), but my impression is
that accepting both is common enough that administrators can easily have
configured it that way.
Thanks
chrysn
-- System Information
On Mon, Dec 11, 2017 at 03:45:50PM +0100, Andreas Tille wrote:
> > Will let you know when I'm through with those and all is pushed to
> > alioth again.
The current master passes build in a cowbuilder that has access to
python3-ratelimiter, and lintian's only serious complaints are the
privacy viol
Package: wnpp
Severity: wishlist
* Package name: r-cran-rmarkdown
Version : 1.8
Upstream Author : JJ Allaire, Yihui Xie et al
* URL : http://rmarkdown.rstudio.com,
https://cran.r-project.org/web/packages/rmarkdown/index.html
* License : GPL-3
see which build dependencies popped up that are undeclared so far,
but I don't expect any showstoppers there.
Will let you know when I'm through with those and all is pushed to
alioth again.
Best regards
chrysn
--
To use raw power is to make yourself infinitely vulnerable to greater
retitle 880661 ITP: python3-ratelimiter -- simple Python library for limiting
the rate of operations
thanks
The snakemake workaround broke, and we'll need that anyway; starting to
package this in the style of DPMT policy with the intention of
maintaining it within the team.
Best regards
c
'll go ahead and
ITP python3-ratelimiter [880661] -- with that workaround in place, we
shouldn't release an updated snakemake anyway.
If the delay introduced by ratelimiter (even with me getting packaging
done "immediately" and follow-up sponsorship from DPMT, this will need
to
On Sun, Dec 03, 2017 at 06:47:48PM +0100, Andreas Tille wrote:
> Ping?
sorry, I thought I had already done that: my latest WIP state is now
pushed; it includes a patch that disables rate limiting for sake of
being able to work on the main issue, but I haven't made any progress
there yet.
signatu
Package: wnpp
Severity: wishlist
* Package name: python3-ratelimiter
Version : 1.2.0
Upstream Author : Arnaud Porterie, Frazer McLean
* URL : https://github.com/RazerM/ratelimiter
* License : Apache-2.0
Programming Lang: Python
Description : simple Pytho
odule), but the same condition shows up
there as well.
I'll probably need to fix this, but as I'm new to snakemake: Will this
need keeping the 3 version around, or can I just go ahead and proceed
with 4.3.0?
Best regards
chrysn
-- System Information:
Debian Release: buster/sid
APT p
it on an instance started with the --disable-server
option.
Best regards
chrysn
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1,
'experimental-debug'), (1, 'experiment
the Standards-Version is not the latest, but that would
better be fixed with other pending updates (eg. dbgsym migration), while
right now I'd like to get this through to resolve the FTBFS situation
with imminent testing removal.
Thanks for your consideration,
chrysn
-- System Information
': Could not find
'kramdown' (~> 1.14.0) - did find: [kramdown-1.15.0] (Gem::LoadError)
| Checked in
'GEM_PATH=/home/chrysn/.gem/ruby/2.3.0:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integrat
ptive error message
with installation instructions (of whose difficulties to get it right
upstream and cross-distribution I'm aware, thus my initial suggestion),
or hiding the network area completely when not supported.
Thanks for maintaining Thunar
chrysn
-- System Information:
Debian Re
On Tue, Sep 12, 2017 at 08:46:52PM +0200, chrysn wrote:
> unless [...], the next easiest solution would be packaging a 1.15
> version (fix is in everythin newer than 1.15.4).
After a closer look at cairo's versioning scheme, it has become clear
that packaging 1.15.8 is not directly an
itive, the next easiest solution would be
packaging a 1.15 version (fix is in everythin newer than 1.15.4).
If there are any attempts around backporting this to 1.14, they should
probably also include [3], a fixup to [1].
Best regards
chrysn
[1]:
https://cgit.freedesktop.org/cairo/
3 which should not be an issue in Debian anyway.
Please consider uploading a new version of the package.
Best regards
chrysn
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1,
&#
earlier work as well.
Not changing the "found" version or assignment as I'm unsure how to best
represent that it affects both Python versions without duplicating the
bug, but at least the immediate cause and workarounds doumented here now.
Best regards
chrysn
-- System Information:
. i think this would be the less surprising behavior for
such scripts.
best regards, and thanks for maintaining runit
(which i'm using from server init to user processes)
chrysn
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug
Previously, an update-alternatives run in a maintscript when installing
with `dpkg --root` would have worked on /etc/alternatives rather than
/install-dir/etc/alternatives.
This patch is not complete yet because an unmodified version of altdir
would actually be required for symlink targets. (Right
---
utils/update-alternatives.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/utils/update-alternatives.c b/utils/update-alternatives.c
index 8a3bff1dd..982d1b954 100644
--- a/utils/update-alternatives.c
+++ b/utils/update-alternatives.c
@@ -51,6 +51,7 @@
Package: dpkg
Version: 1.19.0
Severity: wishlist
File: /usr/bin/update-alternatives
User: debian-d...@lists.debian.org
Usertags: dpkg-root-support
The update-alternatives program, when run from a maintainer script with
DPKG_ROOT set, should respect that variable in order to facilitate
bootstrap in
rface
does not contain any instruction on what to do if none match (which
would be pressing next).
I suggest that the "Double-click a bug to retrieve and submit more
information." should be ammended to ", or press 'Next' if none match.";
a patch is attached.
(eg. by disabling the
default spamassassin rules against the behavior), reportbug could
instead just as well submit mails directly to the MX of bugs.debian.org
in novice mode (but I suppose there are good reasons why this is not
done).
Best regards
chrysn
-- Package-specific info:
** Environment set
Package: spam
Severity: normal
Dear Maintainer,
test report, please ignore (testing smtp/submission).
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1,
'experimental-debug'), (1, 'experimental')
Architect
5.26.0-5
dpkg-repack recommends no packages.
Versions of packages dpkg-repack suggests:
ii fakeroot 1.21-3.1
-- no debconf information
--
To use raw power is to make yourself infinitely vulnerable to greater powers.
-- Bene Gesserit axiom
From 782b2e9c90fb6f9ab682bb91b179af46a72f605b
On Fri, Aug 04, 2017 at 05:56:12PM +0200, chrysn wrote:
> In going through the code, I found several places where dpkg error codes
> were ignored (will send patch to this bug when I've worked out the last
> error code); [...]
I think that this patch would have made spotting the erro
ions.
In going through the code, I found several places where dpkg error codes
were ignored (will send patch to this bug when I've worked out the last
error code); if you already consider going back to pkgname, I won't look
for where inst->Architecture needs to be added exactly any more.
Package: dpkg-repack
Version: 1.43
Severity: normal
| dpkg-repack does not produce a proper .deb for packages that are
| multiply installed via multiarch, eg. libpng16-16:amd64. i tried various
| approaches:
|
| $ dpkg-repack libpng16-16
| dpkg-query: error: --status needs a valid package name bu
found 851651 1.13.1-2
thanks
For testing of the behavior, I used
$ touch /tmp/"foo bar"
$ /usr/sbin/nginx -c /tmp/localwebdav.conf &
$ thunar dav://localhost:1234/
which shows a file "foo%20bar" in the list.
--- /tmp/localwebdav.conf:
pid /tmp/nginx_pid;
error_log /dev/stderr;
daemon off;
loa
sorry for not having found the
upstream bug myself
chrysn
signature.asc
Description: PGP signature
Package: network-manager
Version: 1.8.0-2
Severity: normal
When I connect to the Bluetooth connection to an Android cellphone I
paired via bluetooth using blueman, network-manager segfaults.
Backtrace:
(gdb) bt
#0 0x55609794 in nm_ip6_config_capture (platform=,
ifindex=ifindex@entry=0,
Package: libopencsg1
Version: 1.4.0-1+b2
Severity: normal
A new version (1.4.2) is available and was reported to fix rendering
issues on Intel graphics cards (irc://freenode.org/#openscad 2017-04-23).
I'll prepare an updated package as soon as I find some time.
signature.asc
Description: PGP si
OpenSCAD?
Best regards
chrysn
signature.asc
Description: PGP signature
would be OK if the addon installation actually
added an infect step to VIM's autoload; other plugins become active
after vim-addons install too.
Thanks for maintaining this package
chrysn
-- System Information:
Debian Release: 9.0
APT prefers unstable-debug
APT policy: (500, &#x
Package: libnginx-mod-http-dav-ext
Version: 1.10.2-3
Severity: normal
Tag: patch
When directories are shown using libnginx-mod-http-dav-ext that need
percent-encoding to have valid URLs, their `displayName`s are wrongly
percent-encoded. As a result, some WebDAV viewers (those that show the
display
I just checked whether the patch of
0f24ca31b5fafe5228d0e99f460f1c823121b296 could be trivially applied, but
it does not even apply with fuzz, and has "both modified" sections in
several places.
Oswald, do you think you could apply that patch to the 1.2 branch?
Thanks
chrysn
--
Source: aiocoap
Followup-For: Bug #844543
hello tin,
i've recently released 0.3; that's probably late for stretch, but still
worth a try!
best regards
chrysn
signature.asc
Description: PGP signature
Package: dh-python
Version: 2.20160818
Followup-For: Bug #841314
When this feature gets added, would it look at all build dependencies
(and not only those active in the current profile when doing a profiled
build)? In rdflib, I need to provide a "nocheck nodoc" profile to avoid
dependency loops, b
uploads again?
Thanks
chrysn
[1]: debcheckout sparql-wrapper-python
latest head should be d9eea45ec77afd435e0b5d0560884caf47dc
[2]: git clone https://anonscm.debian.org/git/collab-maint/rdflib.git --
latest head should be 81c32657796d03b24d6285fbd40886e4cfb4a81b
signature.asc
Description
Package: dh-python
Version: 2.20160818
Severity: minor
File: /usr/bin/dh_python3
While dh_python[23] accept repeated --recommends-section=S arguments,
the dh_python3 man page describes an option with
--recommends-sections=SECTIONS (single plural argument instead of
repeated singular ones), and the
1 - 100 of 483 matches
Mail list logo
