https://bugs.kde.org/show_bug.cgi?id=488186
Bug ID: 488186
Summary: per-action customisable menu and history when opening
URIs, files and other MIME associations
Classification: I don't know
Product: kde
Version: unspecified
Package: python3-commonmark-bkrs
Version: 0.5.4+ds-7.1
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Installing python3-commonmark-bkrs gives Python 3.12 warnings,
the fix for this is to use raw strings:
Control: tags -1 + patch
On Sat, 2024-05-18 at 11:24 +0200, Bernhard Übelacker wrote:
> it looks like make is not exporting the variable by default
> to the environment of subprocesses.
>
> This could be achieved by adding the below export [1].
>
> Another way would be to move the
On Sat, 2024-05-11 at 08:21 +, Aditya Garg wrote:
> 1. I want to add a custom kernel that supports my Hardware.
> 2. I want to add my own Apt repo which hosts various software
> packages to support my hardware.
Please consider adding that hardware support to the mainline Linux
kernel and to
On Sat, 2024-05-11 at 08:21 +, Aditya Garg wrote:
> 1. I want to add a custom kernel that supports my Hardware.
> 2. I want to add my own Apt repo which hosts various software
> packages to support my hardware.
Please consider adding that hardware support to the mainline Linux
kernel and to
On Wed, 2024-05-15 at 10:58 +0100, Chris Lamb wrote:
> Ah, I foolishly didn't check back with the original test case. The
> root cause here, if I can call it that, is that we were calling "xz
> --list --verbose" and not specifying a second "--verbose".
That would explain it indeed.
> This has
On Wed, 2024-05-15 at 10:58 +0100, Chris Lamb wrote:
> Ah, I foolishly didn't check back with the original test case. The
> root cause here, if I can call it that, is that we were calling "xz
> --list --verbose" and not specifying a second "--verbose".
That would explain it indeed.
> This has
On Fri, 2024-05-10 at 14:49 +, Chris Lamb wrote:
> * Use "xz --list" to supplement the output when comparing .xz archives;
> essential when some underlying metadata differs. (Closes: #1069329)
> * Actually append the xz --list after the container differences, as it
>
On Fri, 2024-05-10 at 14:49 +, Chris Lamb wrote:
> * Use "xz --list" to supplement the output when comparing .xz archives;
> essential when some underlying metadata differs. (Closes: #1069329)
> * Actually append the xz --list after the container differences, as it
>
Package: osc
Version: 0.182.1-1
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Upgrading osc gives Python 3.12 warnings,
the fix for this is to use raw strings:
https://docs.python.org/3/library/re.html#raw-string-notation
Preparing to unpack
On Tue, 2023-11-07 at 12:10 +0100, Alexandre Detiste wrote:
> how-can-i-help: should detect that is run by unattended-upgrades & skip
> Possible solution: skip execution if STDIN is not a TTY.
I filter and then read my unattended-upgrades mails, so
this would break my normal usage of
On Sat, 2024-05-04 at 21:52 +0200, Serafeim Zanikolas wrote:
> I'm considering to ITA the adequate package, on the condition that (i)
> the folks taking care of it to date, and (ii) the lintian team would be
> okay for me to rewrite it in go. I understand that go is not the most
> popular of
On Mon, 6 Dec 2021 14:47:24 + Phil Morrell wrote:
> Would be nice to see this packaged, since the native part is already
> available, under the affects package name. Note, I'm not even using this
> under KDE, it works perfectly fine under XFCE.
As I mentioned in #965386, this is easy to add
On Mon, 20 Jul 2020 20:24:38 +0200 Michael Weghorn wrote:
> Note: The file 'dev_README.txt' in the sources describes how to build the
> extension, but this probably cannot be followed as is, since it involves
> installing packages via "npm" in the first step (which is not in line with
> Debian's
On Mon, 20 Jul 2020 20:24:38 +0200 Michael Weghorn wrote:
> Note: The file 'dev_README.txt' in the sources describes how to build the
> extension, but this probably cannot be followed as is, since it involves
> installing packages via "npm" in the first step (which is not in line with
> Debian's
On Mon, 6 Dec 2021 14:47:24 + Phil Morrell wrote:
> Would be nice to see this packaged, since the native part is already
> available, under the affects package name. Note, I'm not even using this
> under KDE, it works perfectly fine under XFCE.
As I mentioned in #965386, this is easy to add
On Fri, 2024-05-03 at 13:35 +0200, Simon Josefsson wrote:
> I wonder why no QA tool reported this?
As implied by the usertags I used, the adequate tool found it:
http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/
In addition, piuparts has a test for broken symlinks too, and as
well
Package: fracatux
Version: 1.5.2~rc0-1
Severity: minor
The Homepage for fracatux currently points to a URL that has a
JavaScript based redirect to this URL, which has fracatux info:
https://educajou.forge.apps.education.fr/fracatux/
Please update the Homepage for fracatux to the new URL.
--
Package: onionshare-cli
Version: 2.6.2-1
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Upgrading onionshare-cli gives Python 3.12 warnings,
the right way to fix this is to use raw strings:
On Wed, 2024-05-01 at 11:48 +0200, Gerhard Rieger wrote:
> Socat is not able to do this, and there is currently no plan to
> implement this feature.
>
> However, due to the repeated requests, a script socat-mux.sh has been
> written and released with Socat 1.8.0.0 that is able to provide
>
https://bugs.kde.org/show_bug.cgi?id=486483
Bug ID: 486483
Summary: restarting plasma-plasmashell.service causes loss of
all notification history
Classification: Plasma
Product: plasmashell
Version: master
Platform:
Package: lintian
Severity: wishlist
For manual pages generated by tools like help2man that run binaries to
get usage statements for conversion to manual page format, please check
that the manual pages do not contain common text indicating that the
executable or script was not able to run
Package: lintian
Severity: wishlist
For manual pages generated by tools like help2man that run binaries to
get usage statements for conversion to manual page format, please check
that the manual pages do not contain common text indicating that the
executable or script was not able to run
Package: jbig2
Version: 0.29-2.1
Severity: normal
Usertags: help2man
The jbig2 manual page is broken. Looks like it was generated via
help2man using the binary in the build tree but without using
LD_LIBRARY_PATH so the binary could not find libraries it uses,
so jbig2 could not start, so it
Package: python3-pyasn
Version: 1.6.1-3+b4
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
When installing pyasn I get a syntax warning with Python 3.12,
the fix would be to use raw strings with Python regexes:
Package: socat
Severity: wishlist
X-Debbugs-Cc: so...@dest-unreach.org
Forwarded: so...@dest-unreach.org
socat does not appear to have a way to send data to multiple clients of
a listening socket, which would be useful to proxy data from overloaded
servers to multiple local clients.
For example:
On Sun, 2024-04-28 at 07:04 +0200, Johannes Schauer Marin Rodrigues wrote:
> speaking of mirroring problematic debian.org services [1] by adding more
> copies
> of terabytes of data [2]: is there an update of the situation regarding
> snapshot.d.o? I do not see any activity in bugs like #1050815
On Sun, 2024-04-28 at 07:04 +0200, Johannes Schauer Marin Rodrigues wrote:
> speaking of mirroring problematic debian.org services [1] by adding more
> copies
> of terabytes of data [2]: is there an update of the situation regarding
> snapshot.d.o? I do not see any activity in bugs like #1050815
On Sun, 2024-04-28 at 16:58 -0400, Cindy Sue Causey wrote:
> DISCLAIMER: This is my first listserv reply using Evolution after Gmail dumped
> their old, simple web based format. My apologies in advance if there are any
> major formatting glitches in this response. This little side adventure sure
Package: onboard
Version: 1.4.1-6
Severity: normal
File: /usr/lib/python3/dist-packages/Onboard/Appearance.py
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
The recent upgrade of onboard triggers Python 3.12 syntax warnings,
the correct fix is to use Python's "raw"
Package: thermald
Version: 2.5.7-2
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by
dh_installdeb to remove these obsolete conffiles
Package: libntlm0
Version: 1.8-2
Severity: normal
File: /usr/share/doc/libntlm0/README
User: debian...@lists.debian.org
Usertags: adequate broken-symlink
libntlm0 1.8-2 introduced a broken symlink:
/usr/share/doc/libntlm0/README -> README.md
This appears to be because upstream switched
Package: diffoscope
Severity: wishlist
X-Debbugs-Cc: Sam James
When comparing two XZ compressed files that decompress to identical
data, please compare the metadata before comparing compressed data.
The xz --list option can be used for this, from the manual page:
Print information about
Package: diffoscope
Severity: wishlist
X-Debbugs-Cc: Sam James
When comparing two XZ compressed files that decompress to identical
data, please compare the metadata before comparing compressed data.
The xz --list option can be used for this, from the manual page:
Print information about
Package: isenkram-cli
Version: 0.56
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
I got some upgrade warnings that were likely caused by Python 3.12:
Preconfiguring packages ...
Preparing to unpack .../isenkram-cli_0.56_all.deb ...
On Fri, 2024-04-12 at 09:28 +0200, Steffen Grunewald wrote:
> Upgrading to Debian Buster was successful, the current kernel is 4.19.0-25
> aka 4.19.289-2. (It doesn't even properly identify the CPU, only gives a
> BogoMIPS value of 200.00.)
>
> Any attempt to boot a Bullseye (5.x) or Bookworm
Package: litecli
Version: 1.10.1-1
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
A recent upgrade gave me these warnings, likely caused by Python 3.12:
Preparing to unpack .../litecli_1.10.1-1_all.deb ...
Unpacking litecli (1.10.1-1) over
On Thu, 2024-04-11 at 13:45 -0400, Michael Jeanson wrote:
> I see no issues with this, thanks for the heads-up.
Great. I have started the initial archiving, you can follow it here:
https://gitlab.softwareheritage.org/swh/infra/add-forge-now-requests/-/issues/368
Hello liburcu developers,
The mission of Software Heritage is to collect, preserve and share all
the publicly available source code: https://www.softwareheritage.org
We have received a request to add the forge hosted at the URL below
to the list of software origins that are archived, and it is
On Thu, 2024-04-04 at 01:01 -0700, John Lee wrote:
> I just wondered if I can sell computers that I build with Debian
> Linux pre-installed. The computers may also include programs I
> create. I tried to find the answer to this question but still
> unsure.
In addition to the other response you
Package: python3-defcon
Version: 0.10.3-2
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
When upgrading I got syntax warnings caused by Python 3.12:
Preparing to unpack .../python3-defcon_0.10.3-2_all.deb ...
Unpacking python3-defcon
Package: python3-adal
Version: 1.2.7-3
Severity: normal
usertags warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
I got some warnings when upgrading, probably caused by Python 3.12:
Preparing to unpack .../python3-adal_1.2.7-3_all.deb ...
Unpacking python3-adal (1.2.7-3)
Package: python3-rdflib
Version: 6.1.1-4
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
When upgrading python3-rdflib I got some warnings,
probably these are caused by the Python 3.12 transition.
Preparing to unpack
On Sun, 2024-03-24 at 22:45 +, Samuel Henrique wrote:
> I'm sending this to d-devel because there should be a lot of testing and
> unstable users on this list. If you're not running firefox 124.0.1 or
> firefox-esr 115.9.1esr-1, you should find a way of upgrading to those
> versions.
Package: nyx
Version: 2.1.0-3
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
During the recent upgrade I got a Python syntax warning,
probably it was caused by the Python 3.12 transition.
Preparing to unpack .../archives/nyx_2.1.0-3_all.deb ...
On Wed, 2024-03-06 at 09:59 +0100, benoit Rolland wrote:
> When using Xfce remotely,
>
> a kind of Gnome timeout occurs after a few minutes.
Please contact our support channels for help using Debian:
https://www.debian.org/support
They will be able to help you figure out this issue and
direct
On Wed, 2024-03-06 at 11:22 -0500, Ali Ramzan wrote:
> We are currently using Debian Apache version 2.4.57-2, which has some
> vulnerabilities (Apache 2.4.x < 2.4.58 Multiple Vulnerabilities CVE-
> 2023-31122 CVE-2023-43622 CVE-2023-45802). I am trying to find out
> when the new version of Apache
On Sun, 2024-03-03 at 10:20 -0800, Ross Vandegrift wrote:
> Not exactly an answer, but an alternative - it's easy to get an ARM VM from
> many cloud providers. For a buck or two, I've avoided hours of futzing with
> the porterboxes. I've heard of providers with PPC, but haven't ever actually
>
Package: knockpy
Version: 7.0.0-1
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Upgrading knockpy gives syntax warnings, probably due to Python 3.12:
Preparing to unpack .../knockpy_7.0.0-1_all.deb ...
Unpacking knockpy (7.0.0-1) over
Package: nagstamon
Version: 3.14.0+ds1-1
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
When upgrading nagstamon, I get a whole bunch of Python regex
syntax warnings, probably caused by the Python 3.12 transition:
Preparing to unpack
On Tue, 2024-02-27 at 11:27 +0100, Nis Martensen wrote:
> Placing copies of the required content in the reportbug source as you
> describe above seems like it would require less effort and sounds like a
> reasonable solution to me. Maybe add some Makefile target to make it
> easy to check if the
On Mon, 2024-02-26 at 17:59 +0500, Moiz Hussain wrote:
> I'm interested in porting python libraries to RISC-V. Is there a list
> of python libs that need to be ported to RISC-V but haven't been
> ported yet? Thanks.
Take a look at the build/test links on the port wiki page:
On Mon, 2024-02-26 at 16:13 +, Colin Watson wrote:
> This doesn't tell you whether previous versions of the same packages
> worked, though; some of those are going to be failures across multiple
> architectures rather than just on riscv64, and you have to click through
> to find more
Package: fwupd
Version: 1.9.13-1
Severity: normal
Control: found -1 1.9.14-1
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by
dh_installdeb to remove
On Tue, 2024-02-20 at 19:41 +0100, Sven Joachim wrote:
> Maybe that is true for the Linux console, but we are talking about xterm here.
It is actually gnome-terminal, but I guess that doesn't change things,
I presume gnome-terminal emulates xterm faithfully enough.
--
bye,
pabs
Package: colorized-logs
Version: 2.6-1
Severity: normal
ansi2txt/ansi2html turn sgr0 into 'B' instead of an empty string.
$ echo $TERM
xterm-256color
$ tput sgr0 | hd
1b 28 42 1b 5b 6d |.(B.[m|
0006
$ tput sgr0 | ansi2txt ;
Package: offpunk
Version: 2.2-1
Severity: minor
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
I got a warning when upgrading offpunk:
Preparing to unpack .../archives/offpunk_2.2-1_all.deb ...
Unpacking offpunk (2.2-1) over (2.1-1) ...
Setting up offpunk
On Wed, 14 Feb 2024 08:11:41 +0100 Christian Marillat wrote:
> speedtest-cli is also unable to list remote server
Please try to download the lists with curl/wget/browser:
curl http{,s}://{www,c}.speedtest.net/speedtest-servers{,-static}.php
--
bye,
pabs
https://wiki.debian.org/PaulWise
Control: severity -1 important
On Fri, 26 Jan 2024 11:46:15 +0100 Yves-Alexis Perez wrote:
> On Sat, 26 Nov 2022 08:35:40 +0100 cuboid_06_wavers wrote:
> > running speedtest
> >
> > * What was the outcome of this action?
> >
> > ERROR: Unable to connect to servers to test
Control: severity -1 important
On Fri, 26 Jan 2024 11:46:15 +0100 Yves-Alexis Perez wrote:
> On Sat, 26 Nov 2022 08:35:40 +0100 cuboid_06_wavers wrote:
> > running speedtest
> >
> > * What was the outcome of this action?
> >
> > ERROR: Unable to connect to servers to test
Package: python3-binwalk
Version: 2.3.4+dfsg1-3
Severity: minor
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
I got a Python SyntaxWarning when upgrading python3-binwalk:
Selecting previously unselected package python3-zombie-imp.
Preparing to unpack
Package: ognibuild
Version: 0.0.18+git20230208.1.9b890a2-1
Severity: normal
Usertags: crash
With hexchat, `ogni build` crashes because meson prints a warning
to stderr and that gets parsed as JSON by ognibuild/buildsystem.py.
https://github.com/hexchat/hexchat/
Probably the right fix would be
On Sun, 2024-02-11 at 17:04 -0500, Darren Tomblin wrote:
> I’m wondering what I have to do to say I want to work on a bug
Which bug report are you looking at?
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Package: reportbug
Severity: wishlist
I have been working on an enhancement[1] to reportbug that would allow
interactive selection of port/arch usertags[2] and automatically set
them in code paths that currently already ask for an architecture.
I could use some design advice around the data for
Package: python3-extruct
Version: 0.16.0-2
Severity: normal
File: /usr/lib/python3/dist-packages/extruct/rdfa.py
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
I got a syntax warning when upgrading python3-extruct:
Preparing to unpack
On Sun, 2024-02-04 at 19:25 +, Holger Levsen wrote:
> I think for English at least I'd prefer to offer both A4 and letter, for eg
> the German translation I think it's enough to only provide A4.
Looks like that info can be gotten from the locales on glibc systems:
$ LANG=en_AU.utf8
On Sun, 2024-02-04 at 19:25 +, Holger Levsen wrote:
> I think for English at least I'd prefer to offer both A4 and letter, for eg
> the German translation I think it's enough to only provide A4.
Looks like that info can be gotten from the locales on glibc systems:
$ LANG=en_AU.utf8
On Mon, 2024-01-15 at 06:05 -0500, P. J. McDermott wrote:
> Paul Wise mentioned[8] on the fonts team list in 2021 a couple programs
> ("embed"[9], a derivative "ttembed"[10], and "ttfpatch"[11]) that unset
> the DRM/TPM bits, enabling full use of the
Package: ca-certificates
Version: 20240203
Severity: normal
File: /usr/share/ca-
certificates/mozilla/Security_Communication_Root_CA.crt
I noticed that there is one expired certificate in ca-certificates:
$ cat test
now=$(date -u)
date -d "$now"
now="$(date -d "$now" +%s)"
for f
On Fri, 2024-02-02 at 20:16 -0500, P. J. McDermott wrote:
> [Resending to the list, as it apparently didn't go through earlier.]
It did go through.
> Ping? Any thoughts on whether a font DRM modification tool would be
> legal to distribute and use in Debian given that the DRM is a simple bit
>
Package: qbrz
Version: 0.23.2+bzr1663-1
Severity: normal
File: /usr/lib/python3/dist-packages/breezy/plugins/qbrz/lib/diff.py
User: debian-pyt...@lists.debian.org
Usertags: python3.12
When upgrading qbrz I got a Python syntax warning:
Preparing to unpack .../qbrz_0.23.2+bzr1663-1_all.deb ...
On Thu, 2024-01-25 at 22:22 -0800, Otto Kekäläinen wrote:
> Yeah, I remember looking into cats some years back as a place to learn
> what commands exist. Similarly I also occasionally browse
> https://pre-commit.com/hooks.html.
Yeah, there are lots of other tools similar to cats, many of them
Package: androguard
Version: 3.4.0~a1-10
Severity: normal
File: /usr/lib/python3/dist-packages/androguard/core/bytecodes/apk.py
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
When upgrading androguard I got a Python syntax warning:
Preparing to unpack
Package: python3-qgis
Version: 3.28.15+dfsg-1
Severity: minor
Usertags: warnings
Upgrading python3-qgis gives some syntax warnings:
Setting up python3-qgis (3.28.15+dfsg-1) ...
/usr/lib/python3/dist-packages/qgis/3d/__init__.py:70: SyntaxWarning:
invalid escape sequence '\s'
Package: python3-qgis
Version: 3.28.15+dfsg-1
Severity: minor
Usertags: warnings
Upgrading python3-qgis gives some syntax warnings:
Setting up python3-qgis (3.28.15+dfsg-1) ...
/usr/lib/python3/dist-packages/qgis/3d/__init__.py:70: SyntaxWarning:
invalid escape sequence '\s'
On Thu, 2024-01-25 at 00:24 +, Wookey wrote:
> People keep telling us (@ARM) how marvellous Rust is, and we keep
> telling them that it's useless in the real world until it sorts out
> the stable ABI/dynamic linking problem.
IIRC that has been worked on for some years now, and IIRC
the
On Wed, 2024-01-24 at 23:59 +, Dan Bungert wrote:
> I suggest adjusting the control file to reflect this state so that
> builds are only attempted on 64 bit systems. Something like this
> should work.
The right way to do this is to Build-Depend: architecture-is-64-bit, so
that when new
On Sat, 2024-01-20 at 23:43 -0800, Otto Kekäläinen wrote:
> PS. Related, these are commands I frequently run manually but don't
> have any editor integration for:
Thats beginning to look like the history of check-all-the-things.
Initially I maintained such a list of commands on the wiki:
On Sat, 2024-01-20 at 09:40 +0100, Jonas Smedegaard wrote:
> I am (very) willing to act as service maintainer.
Please get in touch with the debtags team about this.
https://wiki.debian.org/Teams/DebTags
https://salsa.debian.org/groups/debtags-team/-/group_members
> I have interest myself in
On Fri, 2024-01-19 at 18:24 +0100, André Maroneze wrote:
> I want to use debtags metadata for a research project
The debtags service is planned to be shutdown and the data no longer
published, as there is no-one in Debian who wants to maintain it.
On Mon, 2024-01-15 at 10:17 +0100, Bastian Blank wrote:
> I asked for practical solutions, not theoretical ones. We don't have a
> suitable way to rebuild all packages just because right now.
There are some ideas on the static linking wiki page:
https://wiki.debian.org/StaticLinking
Probably
Control: reopen -1
On Fri, 2024-01-12 at 12:06 +, Barak A. Pearlmutter wrote:
> * Remove obsolete conffile (closes: #1054890)
This change didn't work, the obsolete conffile is not removed.
You need to use the upload version instead, so 1.0.0-3 instead.
--
bye,
pabs
On Fri, 2024-01-05 at 22:31 -0800, Ross Vandegrift wrote:
> Imagine I take some code from a freely licensed reference implementation and
> customize it. The result is a derived work. But this embedding isn't
> removable - the reference implementation shouldn't accept changes to integrate
> it
On Mon, 2024-01-01 at 13:16 -0800, Ross Vandegrift wrote:
> Suppose project A includes code from project B.
The best option would be to talk to upstream about removing the copy,
further advice about embedded copies is on the wiki:
https://wiki.debian.org/EmbeddedCopies
> How should these files
On Thu, 2024-01-04 at 12:59 -0500, ges...@ftp83plus.net wrote:
> Ceci n’est pas une entreprise. C’est une liste de diffusion destinée
> à mettre en relation les utilisateurs et des développeurs de Debian
> sur des sujets variés. Tous participent bénévolement en fonction de
> leurs compétences.
that.
These have been backported from my pull request linked above
and resolve the upstream bug report linked above.
--
bye,
pabs
https://wiki.debian.org/PaulWise
From 41c60cb5a128da006a8b474b58550a95aa4b33a8 Mon Sep 17 00:00:00 2001
From: Paul Wise
Date: Fri, 12 May 2023 13:39:53 +0800
Subject
On Sat, 2023-12-30 at 07:27 +0300, Igor B. Poretsky wrote:
> The Makefile.in files are autogenerated. How should be they documented
> apart from others? And, maybe, some other autogenerated files as well?
Generally it is best for autogenerated files to be removed from the
upstream VCS and
ian tool with minor
modifications.
* debian/{lintian.links,manpages}:
+ [NT] Install spellintian in PATH and install its manpage.
Thanks to Paul Wise for the suggestion. (Closes: #767867)
-- Niels Thykier Sun, 28 Jun 2015 14:08:29 +0200
--
bye,
pabs
https://wiki.
On Fri, 2023-12-22 at 16:43 +0800, Otto Kekäläinen wrote:
> Currently Lintian requires a (source or binary) package to check[1].
(and some checks require *both* source and binary packages available)
> Is anyone aware of a way to run lintian directly on a debian/
> directory contents as-is
Package: neomutt
Version: 20231103+dfsg1-1
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by
dh_installdeb to remove these obsolete
Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: udd
piuparts is extracting data about dpkg alternatives for every package
it tests. It would be nice to have the data imported into UDD and
the results presented in a CGI on the UDD website.
Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: udd
piuparts is extracting data about dpkg alternatives for every package
it tests. It would be nice to have the data imported into UDD and
the results presented in a CGI on the UDD website.
On Mon, 2023-12-18 at 16:07 +0100, Georges Khaznadar wrote:
> Can I assume that you are talking about the switch --description= ?
I was talking about --unit but as long as the resulting unit name bears
some resemblance to the cron command it is from, that would be fine.
> I would propose to use
On Sun, 2023-12-17 at 16:28 +0100, Georges Khaznadar wrote:
> So maybe prepending "systemd-run --scope --user" would do the trick,
> wouldn't it?
I think that would work yes. Please set an appropriate name too though.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description:
On Sat, 2023-12-16 at 16:19 +0100, Georges Khaznadar wrote:
> as I am not experienced with cgroups, I would appreciate some help if you
> have got time to offer it.
Me either TBH, so the systemd team might be better to ask about this.
> I presume that one way to implement your wished feature
Control: close -1 20230226.0-2
On Sat, 2023-12-16 at 03:31 +0100, Christoph Anton Mitterer wrote:
> AFAICS, this works now in at least the version as of sid.
Confirmed.
> Can we close this issue?
Closing.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a
Control: close -1
On Tue, 2023-12-12 at 09:52 +0100, Patrick ZAJDA wrote:
> I removed the suppression of the lintian warning and sent the package again.
...
> Done in the last sent package of today.
Uploaded.
> I plan to generate a manpage using help2man then suggest it upstream
> after some
On Thu, 2023-11-30 at 08:33 +0100, Patrick ZAJDA wrote:
> I am looking for a sponsor for my package "harmony":
Apologies for the delay.
Once these two issues are fixed I will sponsor the package:
> * Suppress Lintian warning about man page
It is incorrect to suppress valid lintian warnings,
Hi all,
On IRC it was mentioned that there are updates to the CRA that may
address the concerns of the FLOSS community.
These blogs have updates at the top:
https://blog.nlnetlabs.nl/open-source-software-vs-the-cyber-resilience-act/
拾
update, december 2023: The concerns expressed in this
On Mon, 2023-12-04 at 02:28 -0800, Xiyue Deng wrote:
> I think dh_auto_clean is the right place, because the build failure is
> because that the clean target requires the existence of
> scala-mode-pkg.el, which is generated by Cask. As we don't have Cask,
> we need to provide this before
1 - 100 of 23280 matches
Mail list logo
