efinitely going to test adding the following
to my pressed:
d-i grub2/update_nvram boolean false
It could help me simplify my "preseed/late_command" script that currently
deletes the default EFI entry and then creates my custom one. I guess my NVRAM
will also be very grateful to you:).
Jmkr
t to use "/EFI/debian"
directory for GRUB with just custom EFI boot entry names).
Jmkr
a reminder message if the user forgets to set the
ESP in UEFI mode)? Maybe it would be more intuitive + it could avoid/minimize
user errors? Or is a shared ESP so common that DI partitioning needs its
current defaults?
Anyway, thanks for such a quick reply.
Jmkr
ir idiotic interface forces on
me. I will fix my Thunderbird profile to save myself from Seznam's idiotic
webmail interface as soon as I have time for it.
Jmkr
hat my script for
customizing the Debian Netinst ISO can include them (after I modify it to
extract a new PARTMAN TAR or copy new PARTMAN files directly to the
extracted Debian Netinst ISO). (In the future I plan to learn how to create
DI ISO from scratch to be able to include modified UDEB packages etc. => if
that is needed for testing and you can provide some starting instructions
for me I could try that also.)
Regards,
Jmkr
By the way at
"https://www.reddit.com/r/debian/comments/wfk4xt/debian_keeps_installing_bootloader_in_wrong_disk/";
other people mention similar problems that are/could be related to this bug.
Jmkr
-- Původní e-mail --
Od: Jmkr
Komu: 1034...@bugs.debia
nd whether the
"intel_iommu=on,igfx_off" kernel parameter works as a workaround for them too.
Anyway, I would like to thank Bryan Cebuliak as the information he provided
helped me find the workaround faster.
Regards,
Jmkr
A workaround I use currently is:
apt download $(sed --regexp-extended 's/^(.+)$/\1\/SUITE/' PACKAGES.txt)
where "SUITE" is for example "sid" or "stable".
Regards,
Jmkr
I forgot to mention the exact GRUB versions:
- My Debian 10.13 Netinst based installer had GRUB: 2.06-3~deb10u1
- My Debian 10 based installed system had GRUB: 2.06-3~deb10u4
- My Debian 11.9 Netinst based installer had GRUB: 2.06-3~deb11u6
- My Debian 11 based installed system had GRUB: 2.06-3~de
n the
theme. I use the theme just to be able to change the font, menu positioning and
texts (title, messages). Thus, it would be nice if this bug gets fixed or if
someone suggests a better workaround.
Regards,
Jmkr
Here you go. Both scripts are in the attached "SCRIPTS.txt". Note that on my
systems I keep only the one PSF font that I actually use, so my hook script
does not need to update cached fonts + my systems are without PLYMOUTH. Check
Pedro's scripts if you need to handle those more complex usages.
for Plymouth
boot splash users:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857132#207
Although Plymouth is not installed on my systems I adapted some safety check
bits from those scripts for my systems. So thanks again Jörg Sommer and Pedro
Dias:).
Regards,
Jmkr
TOOLS(7) manpage should be updated, so that it
either explains the purpose of the redundant "PREREQ" variable + "prereqs"
function or avoids those redundant parts and uses for example just the case
statement:
case "$1" in
prereqs)
echo 'PREREQ1 PREREQ2 PREREQ3 ...'
exit 0;;
esac
Also if "PREREQ" variable + "prereqs" function really is redundant all affected
INITRAMFS scripts (= most of them) could be simplified a bit.
Regards,
Jmkr
I noticed that the INITRAMFS-TOOLS(7) manpage also
recommends such code. So does anyone know if and why the "PREREQ" variable +
"prereqs" function is really necessary?
Regards,
Jmkr
t.cgi?bug=791355";) can probably be
closed as the upstream issue 106
("https://github.com/brndnmtthws/conky/issues/106";) was closed in 2018. Also
bug 684425 ("https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684425";) could
probably be closed (see my last comment to that bug for details).
Regards,
Jmkr
ws/conky/commit/14e3b80c45254743e962f88d
027a7ea37bf59ee6".
Regards,
Jmkr
unstable versions:
Package: network-manager-gnome
Version: 1.8.20-1.1
Version: 1.20.0-3
Version: 1.30.0-2
Regards,
Jmkr
I just forgot to add that, at least according to APT-GET(8), priority
990 is used also in the current stable, testing and unstable versions:
Package: apt
Version: 2.2.4
Version: 2.6.0
Regards,
Jmkr
quot;preinst" script could be as easy as replacing
line 4 of the "preinst" script with this condition:
if [ $(dpkg-divert --listpackage /usr/bin/firefox) != LOCAL ]; then
dpkg-divert --package firefox-esr --divert /usr/bin/firefox.real \
--rename /usr/bin/firefox
fi
This should probably also help with (or even fix) Debian bug 861783.
Regards,
Jmkr
ot;-t, --target-release, --default-release" option could
create a pin at some higher priority than 990. If priority 990 is
required to avoid some unwanted side effects for that option maybe
another option like "--force-target-release" with pin at higher priority
could be useful in cases like this.
Regards,
Jmkr
would be
difficult for me to test this. I don't know the languages, so I probably
would not be able to finish the DI using one of these languages:).
Cheers, Jmkr
" it returns 1. I guess "[[:alpha:]]"
does not include "_".
Anyway it is a nice improvement doing all the work with one "sed"
process compared to that "wild pipelined bunch of cutting greps and
heads". So, thanks to what Phil "sed", I am now upgrading my version of
the script to the "sed" approach:).
Cheers, Jmkr
file from the "localechooser_2.93_*.udeb" package.
I checked the "localechooser" 2.94 package and the "05localechooser"
file is the same (and "languagelist" file structure is also the same),
but verify/test what I found if needed.
Best Regards
Jmkr
s to work normally without the mentioned source
code. But I did not test mounting of any floppy media during
installations and my DI also has various other removed and modified
files, so verify/test what I found if needed.
Best Regards
Jmkr
d and
modified files, so verify/test what I found if you need.
Best Regards
Jmkr
25 matches
Mail list logo
