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
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
APT po
> 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
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
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 systemd.
Does that help clear up things?
BR
chrys
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
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
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 be fixed.
Thanks
chrysn
PS. The i
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
.
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
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
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
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),
> 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.
BR
c
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
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
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
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
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).
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/-/tree
ithout 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
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
he VM itself,
but it might make it easier to compare results.)
Kind regards
chrysn
signature.asc
Description: PGP signature
-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 policy: (500, 'unstable'), (1
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
-- System
e 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)
Foreign Architectures: i386
Kernel: Linux 5.3.0-3-amd64 (SMP w/8 CPU cores)
Kernel taint fl
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
aving
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 policy: (500, 'unst
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
; 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
closed for user
> > 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
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')
Architecture: amd64 (x86_64
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
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 package).
>
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
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.20.0-trunk-amd64 (SMP w/8
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
, 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:
right 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
runit-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
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')
Architecture: amd64 (x86_64)
Kernel: Linux 4.14.0-3
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=unstable
Thanks for the report. I'm waiting for porter box access on MIPS
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
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 :
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 powers.
-- Bene Ge
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
chrysn
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 go through NEW.
Bes
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.
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
), 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 prefers unstable
test 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, 'experimental')
Architecture: amd64 (x86_64)
at 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:
Debian R
': 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-integration/all',
execute `
llation 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 Release: buster/sid
APT prefers uns
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
, 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/commit/?id
uld 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,
'experimental-debug'), (1, 'experimen
and 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:
Debi
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'), (500, 'unstable'), (1,
'e
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.
---
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
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.
Thanks
ch
he
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 settings:
EDITOR="
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')
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 Mon Sep 17 00:00:00 2001
From: chrysn <chr...@fsfe.org>
Date: Fri,
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
ons.
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.
Thanks
chrysn
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
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;
and 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
SCAD?
Best regards
chrysn
signature.asc
Description: PGP signature
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, 'unstable-debug'), (500
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
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,
these 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
On Mon, Dec 05, 2016 at 06:04:38PM +0100, chrysn wrote:
> Anyhow, I failed to build the package even before it came to the unit
> tests due to the keepalive dependency.
Just a short update: that issue was also reported in #846871; I'll see
to that and then have a look at whether
e even before it came to the unit tests due to
the keepalive dependency. Could you publish your state of packaging for
me to reproduce the build issues you're having, or send a backtrace of
the failing tests?
Best regards
chrysn
--
To use raw power is to make yourself infinitely vulnera
n the package where the lack of
DPMT configuration would be hindering to you, I'd like to use that
package to practice git-dpm and to practically implement DPMT policy;
I'd be happy to have the result of that reviewed, though, when bringing
the package into the team.
Best regards
chrysn
--
in as uploader).
cheers
chrysn
-- System Information:
Debian Release: stretch/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-rc2 (SMP w/4 CPU cores)
Locale
1 - 100 of 479 matches
Mail list logo
