Control: severity -1 serious
On Sat, 25 Jan 2025 22:26:21 -0800 Philip Chung
wrote:
> Kdenlive cannot start up. These are the final lines in the console:
>
> > qrc:/qml/kdenliveclipmonitor.qml: module "org.kde.desktop" is not installed
> > Segmentation fault
>
&g
to add the qml6-module-org-kde-desktop to the
list of dependencies.
Philip Chung
[1] https://bugs.gentoo.org/931924
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 6.12.9-amd64 (SMP w/16 CP
.
I'm just not immediately remembering the details of the fix, and haven't
got time to remind myself just now, so thought I'd fire off a quick mail
in case it's obvious to someone else.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
to assume that it would be release quality.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
more recent upstream version of openqa, but that's
taken longer than I'd hoped.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
Best,
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
s:
https://lists.zx2c4.com/pipermail/password-store/2024-June/004860.html
Best,
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi,
it might actually be easier to just only build the Qt6 variant going
forward as I plan to build gImageReader (the only rdep of QtSpell) for
Qt6 only anyway. Uploads / rounds through NEW should be a bit
coordinated in that case, I guess.
Best
Philip
OpenPGP_signature.asc
Description
debian.net/tests/341401/logfile?filename=_collect_data-debs.txt
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
Package: sddm
Version: 0.21.0-5
Followup-For: Bug #1091343
User: debian...@lists.debian.org
Usertags: openqa
X-Debbugs-Cc: Roland Clobus
This behaviour of displaying an on-screen keyboard appeared in installs
performed with "daily" testing images (the ones we build every day targeting
the next re
Package: apt
Version: 2.9.19
Severity: minor
Dear Maintainer,
There has been a change of behaviour regarding how the trusted.gpg.d directory
gets dealt with since 2.9.19 when a non-standard Dir is configured.
I have found a work-around, which is to set Dir::Etc::trustedparts to
"/etc/apt/trusted
Here it is: https://salsa.debian.org/debian/devscripts/-/merge_requests/459
OpenPGP_signature.asc
Description: OpenPGP digital signature
Should be fixed with:
https://salsa.debian.org/rinni/devscripts/-/commit/c220956a4fc4ececb4977a8d1607854dbe1f7db8
I'll create a MR.
Best
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
Source: qtspell
Version: 1.0.1-2
Severity: wishlist
X-Debbugs-Cc: ri...@debian.org
Hi,
I'd like to provide a Qt 6 version of gImageReader which uses QtSpell. As no Qt
6 version of QtSpell is build currently, I can't proceed.
Thanks
Philip
-- System Information:
Debian Release:
Control: reassign -1 gimagereader 3.4.2-2
Hi,
it seems there is a fix for gimagereader - enchant-provider.h seems to
be a private header that got removed:
https://github.com/manisandro/gImageReader/commit/e72d657a408dc6b77c48c086feede31e08700b4c
Best regards
Philip
OpenPGP_signature.asc
Control: reassign -1 enchant-2
Control: affects -1 gimagereader
Hi,
it seems, version 2.8.2 doesn't include enchant-provider.h anymore. I
think this is a bug.
Best regards
Philip
On 22.12.24 at 09:20, Lucas Nussbaum wrote:
Source: gimagereader
Version: 3.4.2-2
Severity: se
;
> Thanks for considering,
> Chris
I generally don't run os-autoinst alone, but rather let openQA invoke
it, but it should of course work both ways.
I've just uploaded a new version, which includes the Depends as you
requested. Perhaps you would be so kind as to give that
On 19.12.24 at 12:34, Philip Rinn wrote:
Hi Andreas,
On 19.12.24 at 11:49, Andreas Tille wrote:
The main idea is to have a mapping table embedded in dh-r which can be
overrode on package level.
mapping table would basically be
knitr r-cran-knir
ggplot2 r-cran-ggplot2
reshape2 r-cran
a binNMU for example) would now lead to
a different package with 'Suggests: r-cran-foo'.
Hope that helps
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
f why the current approach was chosen, but I hope, we can start
a discussion on how to make it possible to reproduce R packages going
forward.
Best
Philip
[1]
https://salsa.debian.org/r-pkg-team/dh-r/-/blob/5d6dc04ba4f1f1b5db4bfaecc0e00893e46e5c72/dh/R.pm#L147-L170
[2]
https://salsa.debian.o
che.
Hope that helps for context
Philip
[1]https://salsa.debian.org/r-pkg-team/dh-r/-/blob/master/dh/R.pm?ref_type=heads#L147-L170
OpenPGP_signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: Philip Hands
X-Debbugs-CC: debian-de...@lists.debian.org
* Package name: node-anser
Version : 2.3.0
Upstream Author : Ionică Bizău
(https://ionicabizau.net)
* URL : https://github.com/IonicaBizau/anser#readme
* License
sts that Policy be updated to reflect this change.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-pcsc-...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-pcsc-sys
User: ftp.debian@packages.debian.org
Usertags: remove
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-has...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-hash32
User: ftp.debian@packages.debian.org
Usertags: remove
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-p...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-pcsc
User: ftp.debian@packages.debian.org
Usertags: remove
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-hid...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-hidapi
User: ftp.debian@packages.debian.org
Usertags: remove
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-flexi...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-flexiber
User: ftp.debian@packages.debian.org
Usertags: remove
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-de...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-delog
User: ftp.debian@packages.debian.org
Usertags: remove
ter/dh/R.pm?ref_type=heads#L79-L113
13:45 a package is either CRAN, BIOC or other
13:46 .oO(maybe that part should be dropped from the package name)
Best,
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
dumpavail) failed (exit status 127)
W: Ignoring specified R dependency: R (>= 2.10)
W: Cannot find a debian package for Suggests:knitr
which is a result of
https://salsa.debian.org/r-pkg-team/dh-r/-/blob/master/dh/R.pm?ref_type=heads#L16
Best
Philip
OpenPGP_signature.asc
Description: Open
Package: wnpp
Severity: wishlist
Owner: Philip Hands
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: node-ace-code
Version : 1.35.4
Upstream Contact: Fabian Jakobs
* URL : http://github.com/ajaxorg/ace
* License : BSD-3-Clause
Programming Lang
/openqa.debian.net/tests/overview?distri=debian&version=testing&build=20241124_1010-testing-amd64&groupid=10
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
be best
>> (esp. given the bug title, the *actual* problem seems to have been
>> spotted)?
>
> Also looping in Philip who introduce a build-dependency that's not
> available on all architectures.
Thanks for nudging me :-)
> Regardless of what happens (or doesn't)
Hi Philip,
I am writing to confirm that I am sending your birthday gift to the device
you are currently reading this on. Your birthday is November 27, 1974.
Thanks,
p Flowers
Debian patches not applying to
later versions (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1004588#10),
but still, I think the improved error reporting especially would warrant a
bump of the upstream library.
Thank you
Philip
ork to keep the archive in (a better) shape, I
do appreciate your effort.
Best,
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
error near unexpected token `fi'
./configure: line 19144: `fi'
[...]
from looking at the generated ./configure, it really seems the code it wrong so
reassigning to autoconf.
Best,
Philip
On 03.09.24 at 22:49, Santiago Vila wrote:
Hi.
You need the attached patch at least.
(Explanati
g]
Looking at reproducible builds[1], the build starts failing in unstable
somewhere between 2024-08-08 and 2024-08-20 which correlates with the upload of
autoconf 2.72 on 2024-08-16.
I have no idea what happens and no clue how to fix it - do you have any hints?
Thank & best regards
Pascal Hambourg writes:
> On 18/08/2024 à 16:00, Philip Hands wrote:
>>
>> If the disk they're installing onto is huge, then having the upper limit
>> for /boot be 0.5GB larger will go unnoticed, whereas running out of
>> space on /boot is generally pretty annoyin
[Sorry about the slow reply -- school holidays are making me afk a lot.]
Holger Wansing writes:
> Hi,
>
> Am 9. August 2024 22:08:09 MESZ schrieb Pascal Hambourg
> :
>>On 09/08/2024 at 17:05, Philip Hands wrote:
>>
>>> I tend to install servers with someth
to break someone's system, and if
you want to do that you really ought to at least check, and preferably
try to work out a way of warning them about it, or fixing the breakage
first.
I note that neither the Changelog nor the NEWS file mentioned this as a
breaking change or issued anything like a warning about it.
https://salsa.debian.org/kernel-team/iproute2/-/commit/c4bb148dd4ed0601ca32ee8a458007d0c348d6c3
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
~~^
This is fixed upstream in version 1.27.1, first in a GitHub pull request
[1] and later in a separate commit [2]. (The second instance of the
error is fixed using a different approach although I'd argue it makes
more sense to use the same approach as for th
27;s enough room for a grml image for use in
conjunction with the grml-rescueboot package.
Would it be worth making the upper limit for /boot be 1.5G, and using a
scaling factor (if possible) that will only use that much for disks
larger than 1TB, say, as then its a small enough proportion to be no
loss even if people don't use it for grml.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
On Mon Jul 22 2024 10:59:51 GMT-0700 (Pacific Daylight Time), Philip
Chung wrote:
Attached is a patch for compatibility with version 7 of the
python-docker/docker-py library. It removes the SSL version handling and
--skip-hostname-check option, which are no longer supported in docker-py
since
7 of the
python-docker/docker-py library. It removes the SSL version handling and
--skip-hostname-check option, which are no longer supported in docker-py
since 7.0.0.
Philip Chungdiff --git a/compose/cli/docker_client.py b/compose/cli/docker_client.py
index e4a0fea6..4c54567e 100644
-
12u5 to 1:7.2+dfsg-7+deb12u at
2024-06-29 11:12:50, which is just after the last succesful run, so that
does point towards qemu being the problem.
This afternoon I may have time to check if I can demonstrate that this
is actually a regression in qemu, and will reasign the bug if so (I
don't m
Package: linux
Version: 6.9.7-1
Severity: normal
User: debian...@lists.debian.org
Usertags: openqa
Hi,
It seems that qxl is no longer supported under kvm when running a recent
(6.9.7-1) kernel in debian-installer.
This was discovered during automated testing on openqa.debian.net.
Having since r
agine that there's more to be done if we want this to work nicely
for downstreams however.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
Package: debootstrap-udeb
Version: 1.0.135
Severity: serious
User: debian...@lists.debian.org
Usertags: openqa
While testing daily netinst debian-installer images with openQA, we see that
debootstrap fails:
https://openqa.debian.net/tests/272866#step/install_base/1
"The debootstrap program e
Package: gnome-software
Severity: wishlist
Some users do not actually benefit from gnome-software/packagekit, and
occasionally suffer as a result of it's presence.
A case in point is an elderly relative, who despite encouragement has never
found a reason to install a new package for themselves, s
Package: akregator
Version: 4:22.12.3-1+b2
Followup-For: Bug #1070755
User: debian...@lists.debian.org
Usertags: openqa
Hi,
It seems we're also getting the reported behaviour when testing under openqa.
Sadly one doesn't get to see anything when it happens:
https://openqa.debian.net/tests/2659
Package: busybox-udeb
Severity: normal
User: debian-rele...@lists.debian.org
Hi,
I notice that busybox-udeb provides the following binaries in /sbin:
depmod insmod lsmod modinfo modprobe rmmod
while kmod-udeb provides the same, except located in /usr/sbin.
It would be better if this were not
Package: xfsprogs-udeb
Version: 6.7.0-2
Severity: grave
User: debian...@lists.debian.org
Usertags: openqa
Hi,
Recent openQA tests show that it is not currently possible to create an XFS
filesystem using the latest debian-installer:
https://openqa.debian.net/tests/259699#step/install_base/13
L
On Mon, 25 Jul 2016 13:56:58 -0700 Kyanos wrote:
Package: synaptic
Version: 0.83+b1
Severity: minor
Dear Maintainer,
If I mark a package for complete removal, I cannot change the mark
directly to simple removal.
Steps to reproduce:
1. Select a package.
2. Mark the package for complete remov
,
NewOutputChannelDialog, OutputChannel
File "/usr/lib/python3/dist-packages/jack_mixer/channel.py", line 27, in
from . import meter
File "/usr/lib/python3/dist-packages/jack_mixer/meter.py", line 20, in
import cairo
ModuleNotFoundError: No module named 'cairo'
Hi,
Just in case it helps, I've applied Michael's patch, and opened an MR on salsa:
https://salsa.debian.org/virtualsquare-team/vde2/-/merge_requests/6
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
Package: util-linux
Severity: normal
The D-I team are just about to reword the root password prompt in a way that
will likely lead to more people taking the chance to lock root and rely upon
sudo from the initial user. This is something that's already possible, so this
wording change is at most go
I'm working on a fix for this bug here:
https://salsa.debian.org/DebianOnMobile-team/sxmo-utils/-/merge_requests/2
I'm not sure I like installing Sxmo's doas.conf as /etc/doas.conf.
Looking into alternatives, but it seems that Debian's doas doesn't
support a doas.d/ directory, as pointed out by J
ose bugs.
That's not a reason to delay this MR though.
Cheers, Phil.
[1] https://salsa.debian.org/installer-team/user-setup/-/merge_requests/6
>
>
> Holger
>
>
> --
> Sent from /e/ OS on Fairphone3
>
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
Justin B Rye writes:
> Philip Hands wrote:
>>> Maybe instead of saying "use the system's initial user account to
>>> become root" it should say "allow the system's initial user account
>>> to gain administrative privileges"? I
A licence file has finally been added to the Roboto Mono github repo!
It’s now officially Apache-2.0 licenced:
https://github.com/googlefonts/RobotoMono/blob/main/LICENSE.txt
If someone is willing to do the work of adding Roboto-Mono to the
fonts-roboto package that would be great :)
cheer
uot;? I'm not sure. Oh, and we might
> even want to mention the word "superuser", or then again we might not.
I think Diederik's suggestion of using 'root' for the account and
'super-user' for the privileges might be the way to go.
Cheers, Phil.
[1]
h
Justin B Rye writes:
> Philip Hands wrote:
>> Justin B Rye writes:
>>> Philip Hands wrote:
>>>> Justin B Rye writes:> ...
>>>> The reason behind that structure was supposed to be that one definitely
>>>> needs _a_ password, but not
Justin B Rye writes:
> Philip Hands wrote:
>> Justin B Rye writes:
...
>>
>> The reason behind that structure was supposed to be that one definitely
>> needs _a_ password, but not necessarily a root password, so the password
>> advice applies to whichever pas
password
> # :sl1:
> _Description: Choose a password/passphrase for the new user:
> Make sure to select a strong password/passphrase, that cannot be guessed.
>
> No comma needed there.
Well done -- I kept noticing that, and somehow didn't get round to
fixing it. I've now deleted it, so thanks for pointing it out again. :-)
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
Cyril Brulebois writes:
> Philip Hands (2024-03-05):
>> Cool, in that case I'll fix those two things and then use the result
>> for the MR[1], and if the openQA test runs look OK, will merge that.
>
> Only skimmed over it, but that looks sensible, thanks all.
>
>
Holger Wansing writes:
> Hi,
>
> Am 5. März 2024 15:01:21 MEZ schrieb Philip Hands :
>>Here are my latest attempts:
>
> "Be aware that that a ..."
> doubled "that"
>
> "... (unless you select to show it)"
> missing fullstop.
Well
Holger Wansing writes:
> Hi,
>
> Am 2. März 2024 21:07:34 MEZ schrieb Philip Hands :
>>
>>This sentence is the thing that prompted me to change things in the
>>first place, because it is not true. One does not _need_ to set a root
>>password.
>
> It sho
Diederik de Haas writes:
> Hi,
>
> On Friday, 1 March 2024 20:46:49 CET Holger Wansing wrote:
>> Philip Hands wrote (Fri, 01 Mar 2024 06:46:27 +0100):
>> > If you want to make a constructive contribution, how about suggesting a
>> > wording that reflects the ad
ailable, then just removing the old
advice seems like an OK place to end up too, which is why I went to the
effort of splitting the commits.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
n the other hand, now that ssh defaults to not allowing password
based logins to root, perhaps the potential presence of a poor
password on a sudo enabled account should be of greater concern,
since that will still be open to remote logins, so I can see that
one could argue this either way.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
iables to set
the percentage and maximum amount that would be left fallow for this
purpose, and (eventually) set non-zero defaults when installing to SSD.
Is that something like what you're after?
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
5 (current version in testing).
According to the man page, tmux automatically sets the mode-keys option
to vi when the user's preferred editor is vi:
> mode-keys [vi | emacs]
> Use vi or emacs-style key bindings in copy mode. The default is
emacs, unless VISUAL or EDITOR contains
makes things
better.
On the other hand, if I'd been paying attention at the time, the fact
that this change dropped the number of shellcheck reports for setupcon
from 189 to 1 should have rung some alarm bells, but it seems that I've
learnt to ignore the little '!' in my emacs status bar -- I'll have to
keep an eye on that in future.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
Package: libpam-runtime
Version: 1.4.0-11ubuntu2.3
Severity: important
Dear Maintainer,
We were trying to configure PAM authentication to use LDAP, Radius, and local
(pam_unix) authentication sources in that order, so we ran "sudo
pam-auth-update --enable ldap radius unix". Alas it's written i
Hi Paul,
thanks, I'll have a look next week and prepare an upload.
Best,
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
can update solo1-cli at the same time, or are
you ok with me going ahead and you follow with solo1-cli whenever
convenient?
sure, please go ahead. Just ping me, once you uploaded phython-fido2 to unstable
so I can upload solo1-cli afterwards.
Thanks for all the preparation!
Philip
,
Philip
Control: tags -1 fixed-upstream
On Thu Aug 18 2022 11:11:25 GMT-0700 (Pacific Daylight Time), Philip
Chung wrote:> Control: forwarded -1
https://gitlab.xfce.org/xfce/thunar/-/issues/864
> [...]
I have reported this issue upstream because I am fairly confident that
this
Anthony Iliopoulos writes:
> On Sun, Oct 29, 2023 at 09:02:01PM +0100, Philip Hands wrote:
...
>> error: invalid XFS directory entry.
...
> This issue exists independently of the large extent counter, and it is
> related to grub commit ef7850c75 ("fs/xfs: Fix issues found
Philip Hands writes:
> Anthony Iliopoulos writes:
> ...
>> Yeap it is due to nrext64, I've submitted a patch to grub (should have
>> cc'ed linux-xfs..)
>>
>> https://lore.kernel.org/grub-devel/20231026095339.31802-1-ail...@suse.com/
>
> That certai
atch to grub, and then getting that
version of grub installed into the target just after the initial attempt
to run grub had failed, which then allows a retry of the grub install
step to succeed.
Also, with the patched version: `grub-probe -d /dev/vda1` produces 'xfs'
Cheers, Phil.
--
P
8911/logfile?filename=complete_install-DI-installed-pkgs.txt
which lists the installed components (udebs) of the installer that's running:
xfsprogs-udeb6.5.0-1
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
Philip Hands writes:
...
> Could this be related to #1051543?
>
> I'll try testing D-I while using the patch from that bug, to see if that
> helps.
It seems (to me at least) that the patch there does not apply usefully
to the version we're talking about, so I'll l
Package: xfsprogs-udeb
Version: 6.5.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: openqa
While doing openQA testing of Debian-Installer, I notice that XFS installs
started failing a few days ago, and comparing the versions of udebs that changed
between success and failure, the o
ng this version in bookworm-pu for
>> whatever reason, I'm happy to upload a +deb12u2 that is identical to
>> 1.0.128+nmu2 except for the changelog.)
>
> Thank you, pushed both branches.
>
> Release Team, we are aware that you requested an explicit review from
> D-I
Package: kmail
Version: 4:22.12.3-1
Severity: minor
Hi,
While performing automated tests of KDE with openQA (on openqa.debian.net) it
has been observed that Kmail, on first run, can end up looking like this:
https://openqa.debian.net/tests/190198#step/kmail/5
in case that link rots at some po
Package: gdm3
Version: 45~beta-1
Severity: wishlist
Hi,
While testing Gnome installs using openQA I noticed that if providing the wrong
password, one is shown a message that is word-wrapped in an awkward manner:
Sorry, password authentication didn't work. Please try
ag
tion instructions, just in case you're on
other lists you don't want to be on.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
org/philh/grub-installer/-/jobs/4675763/artifacts/file/debian/output/debian-202306XX+salsaci+20230908+294-amd64-gtkmini.iso
which was built in this pipeline:
https://salsa.debian.org/philh/grub-installer/-/pipelines/577147
where you will find links to the commit & branch that's from.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
rd changes by now,
and they tend to make such changes at least a decade late. ;-)
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
See upstream report
https://gitlab.gnome.org/GNOME/glib/-/issues/3095#note_1839091, which
will be fixed upstream for 2.78.0, which is due to be released in the
next couple of days.
Philip
On Wed, 2023-09-06 at 22:49 +, Michael Gold wrote:
> Package: libglib2.0-0
> Version: 2.
Package: tex-common
Version: 6.18
Severity: normal
Output of apt:
Setting up tex-common (6.18) ...
Running mktexlsr. This may take some time... done.
Running updmap-sys. This may take some time... done.
Running mktexlsr /var/lib/texmf ... done.
Building format(s) --all.
This may take some
Package: dgit
Version: 10.7
Severity: important
Hi,
Following on from an IRC chat with Ian, I'm submitting a bug as requested.
In a moment of inattention[1], I seem to have found myself in a git "master"
branch that was sitting on release 1.109 of the `preseed` package (whereas the
latest releas
Package: endlessh
Version: 1.1-5
Severity: normal
Dear Maintainer,
In `/lib/systemd/system/endlessh.service` there is this comment:
## If you want Endlessh to bind on ports < 1024
## 1) run:
## setcap 'cap_net_bind_service=+ep' /usr/local/bin/endlessh
## 2) uncomment following line
wns
at present.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
Hi,
the 'requires' are actually generated by DistUtilsExtra.auto and are present in
the PKG-INFO file in the .egg-info directory.
It seems dh-python is not picking them up correctly, thus reassigning.
Best,
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
.11-2 is
--- a/debian/clean
+++ b/debian/clean
@@ -1,2 +1,3 @@
MANIFEST
po/gTranscribe.pot
+gTranscribe.egg-info/
Building 0.11-1 today on unstable results in missing dependencies as well.
Best,
Philip
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT po
Philip Hands writes:
...
> However, I am now wondering whether we might not be better off using
> `archdetect` to see if we're on an efi system, and then make the attempt
> to call mountvirtfs for the efivarfs conditional on that.
After a diversion[1], I had a look at the archdete
1 - 100 of 1055 matches
Mail list logo
