happens to know the answer to that, that would be helpful :-)
BTW There was a thread about this on debian-cd last month in which
Cyril's mail provides helpful pointers:
https://lists.debian.org/debian-cd/2024/12/msg00044.html
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
Andreas Tille writes:
> Hi,
>
> I know Debian Edu members are reading the debian-blends list but to
> be very sure I put their list in CC.
>
> Am Fri, Dec 13, 2024 at 02:11:00AM +0100 schrieb Cyril Brulebois:
>> Philip Hands (2024-12-12):
>> > I think I was per
Holger Wansing writes:
> Hi Phil,
>
> Am 12. Dezember 2024 09:32:58 MEZ schrieb Philip Hands :
>>I can see why you opted to put blendsel there from the point of view of
>>it being minimally invasive, but I think that after tasksel is too late
>>for blend selection.
&
can help with.
In particular, I'll be happy to set up openqa tests for attempts to get
things working, and modify the existing tests so we can show that D-I
still works with this in place. I can also help you with getting
openqa-link setup, so that you can launch your own tests from sa
/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
ps64el or s390x, and even then
it wouldn't be even slightly important.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
everything that will make it be speech
enabled?
(that may be a stupid question, as I'm not sure that everything is
actually done via debconf, so it will depend on the details of the code)
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
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
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
pbear' also "unknown udeb".)
>
> What is the current name of SSH server in debian-installer?
It's called openssh-server-udeb
You might also want to look at network-console
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
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
y, if the images get produced already, I think it would be worth
doing the plumbing to get them tested, and if not we should probably do
both. I might be a bit busy with the conference to do anything about it
before the weekend, but next week should be fine.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
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
Philip Hands writes:
...
> It probably wouldn't harm to offer some funding to osuosl, because they
> let us use their systems for various things and making sure that they
> are sustainable would be wise. (that's who host most of what I'm running
> openqa on at present,
nds to be spent, but I'm not at that stage yet.
It probably wouldn't harm to offer some funding to osuosl, because they
let us use their systems for various things and making sure that they
are sustainable would be wise. (that's who host most of what I'm running
openqa on at present, and they also host jenkins and reproducible things
AFAIK)
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
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
Philip Hands writes:
> which when tested on openQA looks like this:
>
> https://openqa.debian.net/tests/260723
I got bored waiting for the timeout, so sent that mail before the job
had ended. The bit you want to see is:
https://openqa.debian.net/tests/260723#step/grub/3
Che
tress about whether you qualify as a DD. Imposter
Syndrome is a healthy sign of humility IMO. I'd hope that most of us
feel like imposters at least some of the time, because the alternative
is not godlike competence but rather the Dunning–Kruger effect.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
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
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
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
Cyril Brulebois writes:
> Philip Hands (2024-01-26):
>> Philip Hands writes:
>>
>> > How about using '++'?
>>
>> After a little more thought I concluded that '+~' is marginally better,
>> so here's that alternative, just i
Philip Hands writes:
> How about using '++'?
After a little more thought I concluded that '+~' is marginally better,
so here's that alternative, just in case anyone agrees with me:
https://salsa.debian.org/philh/debian-installer/-/commit/f5044026b07d8dbf9383
Hi Cyril,
Cyril Brulebois writes:
> Hi,
>
> Philip Hands (@philh) (2024-01-24):
>> Merge request !41 was merged
>> Merge request URL:
>> Project:Branches: philh/debian-installer:salsa-abi-fixup to
>> installer-team/debian-installer:master
&
'll happily add that as an additional condition (and
will also check in the check job to see if that's what is going on).
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
Samuel Thibault writes:
> Philip Hands, le mar. 23 janv. 2024 16:27:12 +0100, a ecrit:
>> Samuel Thibault writes:
>>
>> > Hello,
>> >
>> > The CI on salsa doesn't manage to build the debian-installer package
>> > because the signed linux
ilable, and
using whatever it is (in this case, it used 6.6.11).
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
oduces
the complication of resizing things (or deleting & recreating), if the
default size is too small for one's needs.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
for TFTP booting), so perhaps it could be extended for this
use case, although I think it currently only downloads stuff in response
to user requests, rather than automatically on upgrade.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
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
r after the first boot, and with a network
console via ssh being available during the install.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
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
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
lsa-ci-team/pipeline/-/blob/master/salsa-ci.yml#L750
and the glue that sticks them together is here:
https://salsa.debian.org/philh/branch2repo
Cheers, Phil.
[1] it's a somewhat evil hack, subject to change whenever a better way
of doing it is thought up.
--
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
https://salsa.debian.org/philh/busybox/-/commit/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
/commit/fcb794f6
then 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 conditi
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 "
when you
said 'preseed.cfg'.
So, I'd say there's perhaps a bug in what it should guess the user meant
when specifying a relative path as a value for preseed/file, but
probably more likely it should just reject a relative path at that point
with an error about it needing a path th
o action), 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://ft
/3960725/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,
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
all it. This firmware has varying licenses which may prevent you
>> from using, modifying, or sharing it.
>> .
>> Please choose whether you want to have it available anyway.
which also ought to work for the contrib case.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20
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 ap
be that it has:
/usr/share/vte/termcap-0.0/xterm
So I guess the fix for this is either 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 fi
you replace the mv in kludge.sh with a sed command for the two
generator scripts, and also add the preseed/run setting to your
preseed.cfg, that should do the trick, and fill /var/log/syslog with
debugging output.
HTH
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-|
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
installer-team/branch2repo
See: https://wiki.debian.org/DebianInstaller/Salsa-CI
and: https://salsa.debian.org/installer-team/branch2repo/
--
|)| 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
ily images 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-
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) install.
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 wit
urry, you could also 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/
s nothing to test :-/
I'll sort out an upload soon -- 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/
|(|
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
ointing 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.
|-| htt
7; method for fetch_url, and do some testing.
BTW This will also need busybox to have the base64 component turned on
for the udeb, which seems to add about 1k to the size of the udeb.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/
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:
> > ...
from 2022-06-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.hand
ading my version of
> the script to the "sed" approach:).
:-)
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%%_
i.iso
[note that it'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
comes apparent when combining 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
tml
HTH
Cheers, Phil.
[1] https://bugs.debian.org/476388
--
|)| 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
ing bits of a udeb as it is unpacked to change its
behaviour (which is OK for testing, but I'd generally recommend doing it
properly in a udeb):
https://hands.com/d-i/bug/846002/
BTW When it comes to testing new udebs, I have some stuff on salsa that
should allow you to concentrate on buildin
Bjørn Mork writes:
> Philip Hands writes:
>
>> That's just a case of running `chmod g+rw /home/*` though isn't it?
>
> I guess you meant `chmod g+r /home/*`.
Yes.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/
xtra effort
really. I'd have thought that anyone with an opinion about changing
the default will also know they need to run that chmod.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-S
iso images.
> Even better would be to aline with what other OSes are doing (docs welcome).
>
> For what it is worth, I could not find documentation backing up a wait
> time in other OSes.
While standardisation would be good, I don't think we need to wait for
others to innova
Glen Huang writes:
> The installer already supports tar (via busybox) if I'm not mistaken.
You are not mistaken, and even if that were not the case such a
dependency would have no impact on the boot process.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|
rts of it I'm just about to remove, as I'm just doing a bit of a
redesign and update to get it going again with bullseye.
--
|)| 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
Then you get to override that in a script without
worrying about also setting the seen flag at that point.
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,GERMA
name
question, but I have a feeling that there ought to be some combination
of preseeding, DHCP and DNS that should already ensure that it is asked.
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
> d-i netcfg/get_hostname unassigned-hostname
^
as Daniel points out, you're missing 'string' in these (as I then copied ...
oops!)
In the above, in the commented section you're setting it to false before
setting the value, so that only survives for a moment before being
automatically set again, and in the lower attempt you're setting 'seen'
to 'true' (which prevents the question being shown, and is red
s of packages that get changed in the git log as well
as the changes to files under /etc when you upgrade packages.
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
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
about here.
> I'm not well versed on Debian policy, 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.
--
|)|
y
hand onto /target/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://ft
heading
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
ptions
"adaptions" strikes me as slightly odd english -- I think
"customisations" or "adjustments" would be a better choice.
On the other hand the preceding sections are about how we accommodate
people's preferences via debconf settings, so this is actually quite a
departure from that, because it's something that people want to change
that has to be done outside debconf, so the section heading should
probably refer to that difference somehow.
How about "Variations requiring manual intervention"?
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
tep/complete_install/2
Once salsa stops being grumpy (it's momentarily unable to pull docker
images it seems) I'll try adding a new preseed_alias to test that idea.
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
an-installer/exit/poweroff' as mentioned here:
https://www.debian.org/releases/stable/amd64/apbs04.en.html#preseed-finish
which means that you could specify such a setting on the kernel command
line when starting debian-installer to get the behaviour you want.
Cheers, Phil.
--
|)| Philip Hand
^ ^^^
creating a dedicated file
(/etc/apt/sources.list.d/isenkram-autoinstall-firmware.list),
pointing at a generic mirror."
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
do something about this after the release.
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
1 - 100 of 327 matches
Mail list logo
