ntly being used for something, and we need to know
what for to be sure that switching to a fixed name is totally OK, or it
is not actually being used for anything, in which case the correct way
to fix the entropy issue would be to simply stop saving the file.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
059 kB]
>
> I've cherry-picked this locally, and it works with git 2.47 (trixie) and
> 2.49 (sid)/
>
> Phil, I've prepared an NMU at
> https://salsa.debian.org/debian/os-autoinst/-/merge_requests/6
Great, thanks.
I should have time to deal with that tomorrow.
Cheers
Package: jami
Severity: normal
X-Debbugs-Cc: Amin Bandali
Hi Amin et al,
It looks like Jami/Ring is about to fall out of stable once trixie is released.
I was wondering if that's just a result of Amin being kept busy at the new job,
or if there was actually an intention to keep Jami out of test
Package: firefox-esr
Version: 128.5.0esr-1~deb12u1
Severity: wishlist
Hi,
I've been using D-I preseeding to automate installing a load of laptops for a
school computer-lab recently, and the only thing I ended up having to configure
by hand post-install was the default search engine to be used by
this problem with the new version, but please don't waste lots of time
on retesting things, as the current version is liable to be replaced
shortly. Once I've caught up with upstream, I should have more time to
check what's going on here (and they're likely to be more interes
d to be run in D-I or some other odd context to see the bug?
In the original example, as well as the tmpkbd.* files, there was a
'null' which also seems like something quite odd was going on there.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
.
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
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
;
> 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
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: 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
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
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
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
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
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
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
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-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 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
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
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 "
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:
https://forkaweso.me/Fork-Awesome
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
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.
/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,
e has 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
o
discard the special 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:
https://salsa.debian.org/philh/
x27;ll happily do 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 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
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,
; DEP-14) ? Or should it reject version numbers that wouldn'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
> stra
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:
https://salsa.debian.org/installer-team/debootstrap/-/commit/e2adc51823c1a1179edce2
firm 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:
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 ge
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
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
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: 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 tha
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.
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
senting the data than in du's 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
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 te
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/
|(|
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:12PM
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 testi
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
pretty active on GitHub, so 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
1 - 100 of 511 matches
Mail list logo
