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
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
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
'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'm not sure.
gt; 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]
https://salsa.debian.org/installer-team/user-setup/-/merge_requests/7/d
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
sword/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.
>
> Is i
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.
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
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
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
owing 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
bles 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
tter.
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
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 f
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 certainly s
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.
--
Philip Hands -- https
logfile?filename=complete_install-DI-installed-pkgs.txt
which lists the installed components (udebs) of the installer that's running:
xfsprogs-udeb 6.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 leave it to peop
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
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 for this and #10257
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
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
ust 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
g/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
at least a decade late. ;-)
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
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
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
t present.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
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
t/328fdfbe43cd8d9e4425c3ee1c68aadfa44ee434
but if that did work, it does no longer. Either I was mistaken about it
having worked earlier (I'm at least 80% sure that's not the case) or
something non-deterministic is going on ... which makes me wonder if the
underlying cause might be something to do with
one gets to see this error:
https://openqa.debian.net/tests/176310#step/grub/5
=-=-
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.
Cheers, Phil.
-
Package: rootskel
Version: 1.135
Severity: normal
Tags: patch
Hi,
One can see the symptoms by looking here:
https://openqa.debian.net/tests/151286
the orange "Soft Failed" boxes highlight some of the failing screens, where the
failure can be seen in the screenshot immediately preceeding the
Package: waybar
Version: 0.9.17-2
Followup-For: Bug #1014943
Dear Maintainer,
I also hit this bug.
As mentioned Fork Awesome is available in Debian, so instead of these:
0xf76b temperature-low
0xf769 temperature-high
one can use these:
), that should allow this code to
be tested in D-I:
https://salsa.debian.org/installer-team/debian-installer/-/jobs/4087808/artifacts/file/public/gtk-mini.iso
HTH
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org
Control: reopen -1
It seems that the initial attempt to fix this bug was a failure, so I'm
reopening the bug and will attempt to do a proper job shortly.
Cheers, Phil.
725/artifacts/file/public/gtk-mini.iso
wherein the bug is fixed.
That being the case, I've pushed it into the master branch.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamb
diminished yet further.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
Source: grub-installer
Severity: minor
Hi,
While looking at the grub-installer script, shellcheck highlighted the fact that
we appear to be using the variable $device_map in grub-installer, without it
being defined.
A grep of the D-I source tree for 'device_map=' found nothing, so it seems it's
pecial case from the install file.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Package: perltidy
Version: 20220613-1
Severity: normal
Hi Don,
I notice that upstream has released 20221112 (prompted by the fact that upstream
openqa has a versioned depends on that new version)
I knocked up a new version of the package, which is visible here:
an NMU with just the single commit applied, if that helps.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
Holger Wansing writes:
> Hi,
>
> Philip Hands wrote (Tue, 13 Dec 2022 20:34:17 +0100):
>> On the 11.5 netinst I just tried out, in the Graphical Install's shell,
>> TERM=xterm so that's obviously not the cause of the issue, but the
>> difference would appear to be
ither to make sure that that termcap
file gets installed again, or to set TERM in the Graphical Install's
shell to something like 'bterm' or 'vt102'.
I suspect restoring the termcap file is the correct fix.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.
Philip Hands writes:
> So one might have:
>
> dgit-distro.debian.dgit-tag-filter="sed -ne 's,^debian/1%,,p'"
Except of course one wants to be able to set this in the repo somehow,
in order that anyone cloning the repo also gets to generate the right
sort of tags, so there'
uldn't be
> unchanged under that transform ? Or what ?
If using the filter idea above, I'd insist that the result is a valid
tag already, or fail.
> With answers to these questions I think this becomes a fairly
> straightforward SMOP.
Cool.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8
Package: xserver-xorg
Version: 1:7.7+23
Severity: important
Usertags: openqa
X-Debbugs-Cc: rclo...@rclobus.nl
Hi folks,
Debian Live images built in the last day seem not to be able to start X.
It segfaults at start-up, thus:
[20.784] (EE) Backtrace:
[20.785] (EE) 0: /usr/lib/xorg/Xorg
Package: lintian
Severity: normal
As one can see here:
https://installer-team.pages.debian.net/-/debootstrap/-/jobs/3528761/artifacts/debian/output/lintian.html
it complains when this bpo version is built:
this, I'm afraid.
There's therefore no need to keep the bug open for my benefit, but
perhaps you want to leave it open to give others the hint if they
stumble across the same behaviour.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com
Package: lxqt
Severity: normal
Hi,
Last month install tests started including this prompt:
https://openqa.debian.net/tests/91155#step/_graphical_wait_login/9
which is asking the user to decide between Kwin and Xfwm4 as their window
manager.
I would expect that only one of those should be
Package: dgit
Version: 10.0
Severity: minor
dgit generates tags of the form suggested by DEP-14 (`debian/1.2.3`) when
--dep14tag is set, which is of course just as it should be for most cases, but
there are times when one wants to vary from that.
When one is considering native packages for which
.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
Package: plasma-vault
Version: 5.25.4-1
Severity: normal
Attached is a screenshot from installing Debian with KDE selected as the Desktop
Environment.
As you can see, it's giving a scarry looking security warning, which is probably
not the first impression we want to present.
My asumption is
can be found
here:
https://cdimage.debian.org/cdimage/daily-builds/sid_d-i/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34
Followup-For: Bug #787279
Control: reassign -1 rootskel-gtk
Having just tested this again, I see that setting `dpms=true` on the kernel
command line has no effect, as reported in this bug.
In the mean time, I note that we no longer have screen-blanking going on in the
text-mode (console)
Vagrant Cascadian writes:
> On 2022-09-14, Philip Hands wrote:
>> Vagrant Cascadian writes:
>>
>>>> but also
>>>> (given that the tests will have passed during the normal build) the tests
>>>> failing during the varied build seems unlikely
counting
of it.
Of course, if the package is not reproducible, the tests may well fail
because the package ends up containing new bugs that are only present in
the variant-built package, but then its also going to show up as
non-reproducible, so does that really make a difference?
Cheers, Phil.
-
Package: reprotest
Version: 0.7.22
Severity: wishlist
I suggest adding a 'nocheck' variation, that sets DEB_BUILD_OPTIONS=nocheck
during the build, and enabling it by default.
The reason for doing so is that one could imagine that a package produces
differing results depending upon whether the
Pascal Hambourg writes:
> On 03/09/2022 at 06:32, Philip Hands wrote:
>> Ansgar writes:
>>
>>> Source: rescue
>>> Version: 1.85
>>> Severity: important
>>>
>>> I've installed a system using btrfs for the root filesystem with d-i
use this salsa-built test mini-ISO image:
https://salsa.debian.org/installer-team/debian-installer/-/jobs/3179168/artifacts/file/public/gtk-mini.iso
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Str
-- just thought I'd mention what I've done
so far to save others duplicating effort.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Sean Whitton writes:
> Hello,
>
> On Wed 24 Aug 2022 at 10:57PM +01, Ian Jackson wrote:
>
>>
>> Sean Whitton writes ("Bug#1017725: dgit-maint-native(7) examples should use
>> push-source (rather than push)"):
>>> On Fri 19 Aug 2022 at 05:
Package: dgit
Version: 9.16
Severity: minor
It strikes me that examples that currently show the `push` sub-command:
dgit -wgf --overwrite push
and
dgit -wgf push
should show the use of the `push-source` sub-command instead, since doing binary
uploads to Debian now prevents migration to
Package: debian-installer
Severity: normal
openQA just noticed that the rendering of certain characters just changed,
highlighting the fact that the rendering was already broken.
For example the prompt for the hostname:
msgid "Please enter the hostname for this system."
msgstr "გთხოვთ შეიყვანოთ
Philip Hands writes:
> Holger Wansing writes:
>
>> Holger Wansing wrote (Sun, 7 Aug 2022 21:36:43 +0200):
>>> Installing Debian on an UEFI-driven QEMU machine (minimal installation, only
>>> standard system task) leads to a successful installation, but the newl
g out that we were missing such tests, which I'd left
room for, but never got round to finishing off properly. I just need to
tidy up my patch and then I'll enable some new DESKTOP=textmode tests.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/htt
seems likely to respond in a timely manner).
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Holger Wansing writes:
> Hi,
>
>> > - On Jun 17, 2022, at 7:43 AM, Philip Hands p...@hands.com wrote:
>> > >
>> > > https://openqa.debian.net/tests/60553#step/_boot_to_debianinstaller/2
>> > >
>> > > if you look closely i
the volume group, seen in the initial
screenshot above.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
se fdfind does use .gitignores (optionally) so will only
list files that are not already ignored, which seems like a useful
feature in such a program.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Kle
Jmkr writes:
> Sorry for the delay, I had to do some work and then forgot that I
> planned to reply to this bug.
No problem, these things happen -- anyway, your timing was great as I
was just about to do something about this anyway.
> > Philip Hands writes:
> > ...
-13 17:22, although it
could be that the breaking change happened earlier but was masked by the
kernel mismatch/upgrade that meant that no new ISOs were produced for a
few days just before that.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http:
pproach:).
:-)
I just pushed that change here:
https://salsa.debian.org/philh/localechooser/-/commit/f4845f6c8bad1ca11886ea2cff94653aa25045bc
which (once the pipeline runs) should generate a new mini-iso for testing.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Philip Hands writes:
>
> https://salsa.debian.org/philh/localechooser/-/commit/24206bbaccb9619302bab5ca603fb214841ebf58#63952ea2967253e426478ffea08ddc67c3bff9d8_98_92
I just noticed: that commit's line order was mangled while rebasing.
This is what it should have been:
Michael Tokarev writes:
> 19.05.2022 15:59, Philip Hands wrote:
> ...
>> Actually, I'm unable to resist the urge to remove the redundant use of
>> cat (that was already there), so how about doing it in a single sed:
>>
>>LEVEL=$(sed "/^${LOCALE%%_*}/&q
's built by infrastructure that's not under our direct
control, so such images should be viewed with a degree of suspicion]
If you'd like to test that, please do, otherwise perhaps you can suggest
a test that would determine that the code is behaving as you'd hope.
Cheers, Phil.
--
|)| Philip
ing relative and
absolute paths in particular orders.
I would assume that even if that is the case, it should be OK to write
the file if it does not already exist, which ought to be enough to fix
this issue.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://
Package: openqa
Severity: serious
Recently upstream, openQA switched to using shepherd.js for its guided tour,
which is not yet packaged.
I'd prefer to avoid the current version getting into testing, to avoid it
somehow sneaking into stable if getting shepherd.js through NEW takes longer
than
that you could define 'rename' as an
alias in your profile, or even that you might use update-alternetives to
install one of them as 'rename' system-wide.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Package: libjs-bootstrap4
Version: 4.5.2+dfsg1-7
Severity: wishlist
I note that the latest version (of 4.*) available upstream is 4.6.1:
https://github.com/twbs/bootstrap/releases/tag/v4.6.1
released 28 Oct 2021.
The only reason I realised this is that openQA just switched to using 4.6.1.
Source: mailavenger
Followup-For: Bug #957514
Control: tags -1 patch
Hi Dererk,
The reason for this FTBFS is that gcc 10 now defaults to -fno-common, which then
throws errors because there are some tentative definitions in .h files, and some
definitions of an int `garbage` in several .c files.
Philip Hands writes:
> However, a UEFI boot still fails (with `-vga std`):
>
> https://openqa.debian.net/tests/42416#step/_boot_to_debianinstaller/4
Having tested a Feb 9 with UEFI boot, it seems that the reason that I
had set `-vga virtio` in the first place was that UEFI boots wer
Source: xorg-server
Version: 2:21.1.3-2
Severity: normal
Dear Maintainer,
[I'm reporting this against the source because I'm not sure which binary is at
fault, but this presuambly related to the bits of xorg that gets put into a udeb
and it has been seen while testing on amd64.]
Daily
rename.ul being present, regardless of distro.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
-go/-/pipelines/344811
which shows that the package builds, and that all (other than crossbuild)
test pass -- most importantly lintian, piuparts & autopkgtest give passes.
Hopefully this will save someone on the FTP team some effort.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530
of how many users there are
of your package at present? (e.g. download stats, messages regarding
it, issues opened etc.)
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
kes
me as a backwards step, given that read_env is doing exactly what's
needed here:
=-=-=-
sub read_env {
my $env_var = shift;
my $default = shift;
if (exists($ENV{$env_var})) {
return $ENV{$env_var};
}
# else
return $default;
}
=-=-=-
Cheers, Phil.
--
|)| Philip
Pascal Hambourg writes:
> Le 08/12/2021 à 10:49, Philip Hands a écrit :
>>
>> Is it a problem if /home or /usr/share are left unmounted during rescue?
>
> /usr/share contains architecture-independent files for many programs
> such as bash, grub, os-prober, debcon
so just ignore my input if it
> makes no sense. If you find it irritating, it's my ignorance at work,
> nothing intentional.
No worries, but I think you need to fact-check your assumptions in
future.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.ha
rget/usr e.g.:
# mount /var/vfa4 /target/mnt
Having done that one can exit that shell, and then select the first
option (Execute shell in /dev/...) and you're away.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(|
/initramfs-tools/hooks/btrfs (from btrfs-progs
package)
>From 030328a4a897a990b8233a0bc30c47c54431fa34 Mon Sep 17 00:00:00 2001
From: Philip Hands
Date: Wed, 1 Dec 2021 14:02:30 +0100
Subject: [PATCH] install udev rules in initramfs hook
---
debian/local/btrfs.hook | 10 ++
1 fil
ng
instead, without it having a checkbox next to it, that would have been
done, but AFAIK that is not currently possible with the way that the
menu is assembled.
Sadly, that's rather misleading.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
Package: os-autoinst
Severity: normal
Hi Hideki,
As mentioned in this MR on salsa:
https://salsa.debian.org/debian/os-autoinst/-/merge_requests/4
there's a UI bug that would be nice to have fixed, as it is since this commit:
gregor herrmann writes:
> On Mon, 13 Sep 2021 01:38:26 +0200, Philip Hands wrote:
>
>> and here:
>> https://github.com/mojolicious/mojo-assetpack/commits/main
>> mantenance has now resumed under the aegis of the mojolicious team.
>
> 2.13-1 is already in Git
Package: libmojolicious-plugin-assetpack-perl
Version: 2.11-1
Severity: wishlist
Hi,
I notice that this package has new upstream maintenance, which is good since it
was previously in limbo having been deprecated by the author in favour of
webpack.
As can be seen here:
1 - 100 of 481 matches
Mail list logo
