Bug#1034672: new ISO

[Thomas Lange]

Hi,

there are new FAI ISO available using FAI 6.2.2. Does this problem still exist?
-- 
viele Grüße Thomas

Re: bookworm versus noble - i40e netdevice name discrepancy

[Thomas Lange]

I hope that it's fixed when using a trixie nfsroot, without any
further change in FAI.

> On Wed, 5 Jun 2024 11:52:01 -0700, Robert Moulton  said:

> Is it reasonable to presume that a proper fix would be expected with a
> debian-trixie-based FAI release?


-- 
regards Thomas

Re: bookworm versus noble - i40e netdevice name discrepancy

[Thomas Lange]

Now the question is if this is a change because of v255, or if Ubuntu
is doing things different to Debian. After reading the URL below I
guess it's because of the version.
Currently I have no idea how to properly fix this. I would use some
magic shell/sed commands for this. A proper fix would be to use a
newer systemd version during the FAI installation, but that's not
easy/possible currently.

For more details see
https://www.freedesktop.org/software/systemd/man/latest/systemd.net-naming-scheme.html

regards Thomas

> On Mon, 3 Jun 2024 13:41:19 -0700, Robert Moulton  said:

> indeed, you're right, for noble the scheme is v255:
> $ diff udevadm-bookworm.txt udevadm-noble.txt
> 1,3c1,3
> < P: /devices/pci:64/:64:02.0/:65:00.0/net/eno1
> < M: eno1
> < R: 1
> ---
>> P: /devices/pci:64/:64:02.0/:65:00.0/net/eno1np0
>> M: eno1np0
>> R: 0
> 6c6

Bug#1072538: dracut-core: systemd-cryptsetup missing from generated image

[Thomas Lange]

You are right. It seems that the pacakge does not include the new
dracut module systemd-cryptsetup which handles this.

I will prepare a new version soon.

-- 
regards Thomas

Re: FAI Config in git

[Thomas Lange]

> On Mon, 3 Jun 2024 22:30:16 +0200, Paul Berz via linux-fai 
>  said:

> My FAI config should be managed by a Git Repo.
> But now (after changing the $FAI_CONFIG_SRC) the PXE Environment says 
"git command not found". It seems like git isn't installed by default.

> How can I fix this in NFSROOT?
Add git to /etc/fai/NFSROOT and recreate the nfsroot. git is not
included in the nfsroot, because it uses much disk space.

> I've also another question:
> How can FAI be updated in long term? (New Debian Releases, Package 
Updates...)
> Does the Config need changes over time, or is it relatively stable?
That depends on what you are doing in the config space. The
disk_config will remain very stable, but package names may change (not
that many) but you may add new packages to your config.
More changes may occur if you change some default Debian configs using
the scripts or using fcopy and templates in files/

-- 
regards Thomas

Re: bookworm versus noble - i40e netdevice name discrepancy

[Thomas Lange]

Can you compare the udevadm info output during installation time with
the udevadm info of the new system?
I guess Ubuntu uses a different systemd version (maybe newer) or some
udev rules for renaming the network devices are different than those
of Debian. In the output below you can see ID_NET_NAMING_SCHEME=v252,
maybe in Ubuntu it's newer.

-- 
regards Thomas

Re: bookworm versus noble - i40e netdevice name discrepancy

[Thomas Lange]

Hi,

during the installation you can switch to another terminal by pressing
Alt-F2. Then execute
  udevadm info /sys/class/net/eno1
I would hope that a line containing eno1np0 would appear in the output.

You might want to add this line to DEBIAN/30-interfaces

set -x

Then you get a lot of debugging output in scripts.lof


regards Thomas


> On Fri, 31 May 2024 12:09:07 -0700, Robert Moulton  said:

> This is all that's reported in scripts.log
> [...]
> =   shell: DEBIAN/30-interface   =
> Generating netplan configuration for eno1 (dhcp)
> fcopy: destination etc/resolv.conf remains unchanged
> [...]

> How might I go about debugging/troubleshooting further?

Re: bookworm versus noble - i40e netdevice name discrepancy

[Thomas Lange]

> On Fri, 31 May 2024 10:27:06 -0700, Robert Moulton  said:

> When an Ubuntu 24.04 (noble) system with an i40e network adapter is
> built with the Debian bookworm nfsroot image, 'eno1' is set as the
> network device name and subsequently used for the netplan
> configuration file:

> [5.303170] i40e :65:00.0 eno1np0: renamed from eth0
> [5.319797] i40e :65:00.1 eno2np1: renamed from eth1

> Naturally the interface doesn't get activated as a result.
> How might this issue be addressed?

In the script DEBIAN/30-interfaces this will normally be addressed in
the subroutine newnicnames(). This function should map eno1/eth0 to eno1np0
and set NIC1 to the new value. Please debug why this does not happen.

-- 
regards Thomas

Bug#1067517: solved?

[Thomas Lange]

Hi Florian,

did my explanation helped and solved the problem?
-- 
regards Thomas

Bug#1068250: Switch to 'ng', but calling it 'dracut', don't add 'ng'?

[Thomas Lange]

Yes, I'm thinking about how to switch to dracut-ng.
I've compared the commits of the old and new upstream repo and they
are identical up to the time of the fork.
I hope that I can just replace the upstream repo with the new one, but
I still have to check if that works.

Keeping the old package name dracut is also a good idea.
-- 
regards Thomas

Bug#1071739: marked as done (packages.debian.org: Removal of spam domain from download mirror page)

[Thomas Lange]

> On Fri, 24 May 2024 20:02:35 +0200, Holger Wansing  
> said:

> Hi Thomas,
> you fixed this in master branch.
> Are you sure about this?
> I somehow seem to remember, that debian-master branch is used for 
packages.d.o ...
you are right, debian-master seems to be the correct branch.
I will fix it also in debian-master.

Do you know if the branch master is used for anything?

-- 
 Thomas

Bug#1071739: marked as done (packages.debian.org: Removal of spam domain from download mirror page)

[Thomas Lange]

> On Fri, 24 May 2024 20:02:35 +0200, Holger Wansing  
> said:

> Hi Thomas,
> you fixed this in master branch.
> Are you sure about this?
> I somehow seem to remember, that debian-master branch is used for 
packages.d.o ...
you are right, debian-master seems to be the correct branch.
I will fix it also in debian-master.

Do you know if the branch master is used for anything?

-- 
 Thomas

Re: Typo in download link for Debian 32-bit DVD ISO

[Thomas Lange]

Thanks for reporting. It has been fixed, but the rebuild of the web
pages is still needed. It will happen in a few hours.


> On Thu, 23 May 2024 09:08:41 +0200, Stefano Pigozzi  said:

> This page seems to be listing an invalid download link for the 32-bit PC 
DVD-1 iso.
> This link:

> 
https://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-12.5.0-i386-DVD-1.iso

> Should instead be:

> 
https://cdimage.debian.org/debian-cd/current/i386/iso-dvd/debian-12.5.0-i386-DVD-1.iso

-- 
best regards Thomas

Bug#1068250: dracut: Consider switching to the fork dracut-ng

[Thomas Lange]

Yes, I already got this information.

I think I will also prepare dracut-ng to Debian. It then has to go
through the NEW queue. And currently I don't know, when I will start
this.


> On Wed, 22 May 2024 20:54:38 +0200, Evgeni Golov  said:

> FWIW, Fedora switched to this fork starting with Fedora 40 [1].
> [1] https://src.fedoraproject.org/rpms/dracut/

-- 
viele Grüße Thomas

Bug#1071565: autopkgtest: ERROR: cloud-efi.raw is too small: 131 MB. Should be greater 890 MB

[Thomas Lange]

The problem was, that a package could not be downloaded:

833s fai.log:W: Couldn't download package libip4tc2 (ver 1.8.9-2 arch
amd64) at
http://deb.debian.org/debian/pool/main/i/iptables/libip4tc2_1.8.9-2_amd64.deb

Another test run passed without any errors. See 46897030
https://ci.debian.net/packages/f/fai/testing/amd64/

Does this solve your problem? Can we close this bug now?


-- 
 Thomas

Bug#924139: transistion finished

[Thomas Lange]

Hi,

I've remove the old python2 scripts in english/mirror/timestamps/
The only remaining python2 script is now urlcheck.py in the cron
repository, which should not be used any more. Read TODO i nthis
directory.


Therefore I see no blockers for upgrading www-master to bookworm.

Any thoughts?

-- 
regards Thomas

Bug#924139: transistion finished

[Thomas Lange]

Hi,

I've remove the old python2 scripts in english/mirror/timestamps/
The only remaining python2 script is now urlcheck.py in the cron
repository, which should not be used any more. Read TODO i nthis
directory.


Therefore I see no blockers for upgrading www-master to bookworm.

Any thoughts?

-- 
regards Thomas

Re: Broken page link for buster installation

[Thomas Lange]

> On Fri, 17 May 2024 17:14:19 +0200, Holger Wansing  
> said:

> The buster release page says "To obtain and install Debian, see the 
installation 
> information page ..." but such page is not existant.
I removed this sentence.

-- 
regards Thomas

Bug#1071278: systemd 256 breaks dracut

[Thomas Lange]

Hi Luca,

it breaks the current version in unstable and earlier. So please add
Breaks: dracut (<= 060+5-7)

-- 

regards Thomas

Bug#1071278: systemd 256 breaks dracut

[Thomas Lange]

Hi Luca,

it breaks the current version in unstable and earlier. So please add
Breaks: dracut (<= 060+5-7)

-- 

regards Thomas

Bug#1071182: dracut: requires changes for systemd 256; boot fails otherwise

[Thomas Lange]

The related systemd bug is #1071278
-- 
regards Thomas

Bug#1071182: dracut: requires changes for systemd 256; boot fails otherwise

[Thomas Lange]

The related systemd bug is #1071278
-- 
regards Thomas

Bug#1071182: dracut: requires changes for systemd 256; boot fails otherwise

[Thomas Lange]

I also filed a bug against systemd because this problem can be solved
by both packages and there are plans to replace dracut by dracut-ng.
But that will need more time.


regards Thomas

Bug#1071182: dracut: requires changes for systemd 256; boot fails otherwise

[Thomas Lange]

I also filed a bug against systemd because this problem can be solved
by both packages and there are plans to replace dracut by dracut-ng.
But that will need more time.


regards Thomas

Bug#1071278: systemd 256 breaks dracut

[Thomas Lange]

Package: systemd
Version: 256~rc2-3
Severity: serious

systemd changed it's behaviour and now makes /usr read-only in the
initrd. This breaks dracut and vice versa.
This bug is releated to #1071182 which says dracut breaks systemd.
Please add a Breaks: dracut(<<..)

Currently I do not know when I will update dracut, because there are
also plans to replace dracut by dracut-ng, which may involve more
time. I not sure in which package I will invest my available time.

In order to not break the systems of our users, IMO the smalles change
would be to add the Breaks: line to systemd.

-- 
 Thomas

Bug#1071278: systemd 256 breaks dracut

[Thomas Lange]

Package: systemd
Version: 256~rc2-3
Severity: serious

systemd changed it's behaviour and now makes /usr read-only in the
initrd. This breaks dracut and vice versa.
This bug is releated to #1071182 which says dracut breaks systemd.
Please add a Breaks: dracut(<<..)

Currently I do not know when I will update dracut, because there are
also plans to replace dracut by dracut-ng, which may involve more
time. I not sure in which package I will invest my available time.

In order to not break the systems of our users, IMO the smalles change
would be to add the Breaks: line to systemd.

-- 
 Thomas

Bug#1071278: systemd 256 breaks dracut

[Thomas Lange]

Package: systemd
Version: 256~rc2-3
Severity: serious

systemd changed it's behaviour and now makes /usr read-only in the
initrd. This breaks dracut and vice versa.
This bug is releated to #1071182 which says dracut breaks systemd.
Please add a Breaks: dracut(<<..)

Currently I do not know when I will update dracut, because there are
also plans to replace dracut by dracut-ng, which may involve more
time. I not sure in which package I will invest my available time.

In order to not break the systems of our users, IMO the smalles change
would be to add the Breaks: line to systemd.

-- 
 Thomas

Re: Broken page link for buster installation

[Thomas Lange]

Having LTS support does not mean that we recommend to install new
systems using the outdated release. Therefore I've removed the link.

And where is the page (which) mentioned?


> Editing the page like this is not professional (mentioning a page,
> which is not there anymore).
> Buster is still under LTS support, so not archived strictly.

-- 
regards Thomas

Re: Broken page link for buster installation

[Thomas Lange]

Yes, it's correct that this link is not working any more. You can find
the installer ISO here:
  https://cdimage.debian.org/mirror/cdimage/archive/10.13.0/amd64/iso-cd/

> On Thu, 16 May 2024 17:49:46 +, Heidi Fehr  said:

> Hello!
> I recently went to go look for an installer for Debian Buster v10 but it 
appears that the page link is no longer working.
> https://www.debian.org/releases/buster/debian-installer/

-- 
viele Grüße Thomas

Re: Boot-looping or hanging Debian 11 FAI UEFI PXE - GRUB issue

[Thomas Lange]

Th variable ${kernelname} was added in FAI 6.0. If you are using the
config space from 5.10 this variable is not defined and not used
(which is defined in DEBIAN.var).

Concerning GRUB, please check if the class GRUB_EFI is defined and the
script GRUB_EFI/10-setup is executed without errors. The package
efibootmgr is needed in the nfsroot and the newer script
scripts/GRUB_EFI/10-setup prints the settings of the UEFI entries at
the end of the installation. This was not done in FAI 5.10.

regards Thomas

Re: Boot-looping or hanging Debian 11 FAI UEFI PXE

[Thomas Lange]

>>>>> On Wed, 8 May 2024 14:02:13 +0200, Thomas Lange  
>>>>> said:

> The problem is a bug in the fai-make-nfsroot script from FAI 6.2.2
> which prevent the nfsroot root to build correctly.
It's not just a bug in the new version of fai-make-nfsroot, but the new
version cannot build a nfsroot without systemd any more.
So, if you need an old nfsroot (bullseye) without system, use the
fai-make-nfsroot script from FAI 6.0, not the version from 6.2+

-- 
regards Thomas

Re: Boot-looping or hanging Debian 11 FAI UEFI PXE

[Thomas Lange]

Hi Nicolas,

I can reproduce your reboot loop!
The problem is a bug in the fai-make-nfsroot script from FAI 6.2.2
which prevent the nfsroot root to build correctly.

The easiest way is to have FAI 6.2.2. installed on the host and use the
fai-make-nfsroot from FAI 6.0
https://raw.githubusercontent.com/faiproject/fai/6.0/bin/fai-make-nfsroot

Then make sure
sysvinit-core systemd-sysv-
IS included in /etc/fai/NFSROOT
and recreate the nfsroot.

That worked for me booting FAI with bullseye. Inside the nfsroot you
will have FAI 5.10.3.


-- 
regards Thomas

Re: The problem with security newsletters and newsletters on the security center

[Thomas Lange]

> On Wed, 8 May 2024 17:44:01 +0600, Тимур Казбеков  
> said:

> Thanks.
> Is it ever possible to trust these sources, and what do you not want to 
do, and you cannot manage them?
> 
https://salsa.debian.org/security-tracker-team/security-tracker/-/raw/master/data/DSA/list
> 
https://salsa.debian.org/security-tracker-team/security-tracker/-/raw/master/data/DLA/list
These sources are the original ones, managed by the security team.
If there's some error in it, they can fix it.
You can file a bug report or send the security team an email about
errors in these files.
-- 
regards Thomas

Re: The problem with security newsletters and newsletters on the security center

[Thomas Lange]

Hi,

DSA-5248-1 is about php-twig - security update. This is correct in the
security tracker https://security-tracker.debian.org/tracker/DSA-5248-1

Unfortunally the email that was send about this security fix
https://lists.debian.org/debian-security-announce/2022/msg00217.html
had the wrong DSA number in the subject line and the mail itself.

In our web pages, we can fix this, so the security entry links to the
right email. This means www.debian.org/security/DSA-5248-1 will link
to the correct email, but this email includes a wrong DSA number.
Sorry for this confusion, but we cannot change the email afterwards.

Here's the file of rewrites/fixes we use to link to the correct emails:
https://salsa.debian.org/webmaster-team/webwml/-/blob/master/english/security/data/dsa.fixes?ref_type=heads

-- 
regards Thomas

Re: Boot-looping or hanging Debian 11 FAI UEFI PXE

[Thomas Lange]

> On Tue, 7 May 2024 12:50:34 +, Nicolas Formichella 
>  said:

> Hello Thomas,
> `fai-make-nfsroot -fv` : https://paste.debian.net/hidden/5f60f92a/

I wonder why your log does not end like mine. This is mine:


dracut: Generating /boot/initrd.img-5.10.0-9-amd64
dracut: dracut-squash only supports systemd bases initramfs
/usr/lib/dracut/modules.d/45url-lib/module-setup.sh: line 35: warning: command 
substitution: ignored null byte in input
/usr/lib/dracut/modules.d/45url-lib/module-setup.sh: line 35: warning: command 
substitution: ignored null byte in input
'/srv/fai/nfsroot/boot/vmlinuz-5.10.0-9-amd64' -> 
'/srv/tftp/fai/vmlinuz-5.10.0-9-amd64'
'/srv/fai/nfsroot/boot/initrd.img-5.10.0-9-amd64' -> 
'/srv/tftp/fai/initrd.img-5.10.0-9-amd64'
TFTP environment prepared. Enable DHCP and start the TFTP daemon on root 
/srv/tftp/fai.
FAI packages and related packages inside the nfsroot:
dracut 051-1
dracut-live051-1
dracut-network 051-1
dracut-squash  051-1
fai-client 5.10.3
fai-nfsroot5.10.3
fai-setup-storage  5.10.3
Waiting for background jobs to finish
[2]+  Running nice xz -q $NFSROOT/var/tmp/base.tar &  (wd: 
/srv/fai/nfsroot)
fai-make-nfsroot finished properly.

-- 
regards Thomas

Re: Boot-looping or hanging Debian 11 FAI UEFI PXE

[Thomas Lange]

> On Tue, 7 May 2024 09:59:35 +, Nicolas Formichella 
>  said:

> This VM was clean-installed with 6.2.2 and does not contain the line in 
the /etc/fai/NFSROOT file
Please put the log of fai-make-nfsroot -fv (it's also in /var/log/fai/)
onto paste.debian.net so I can check if the nfsroot was build
properly.

regards Thomas

Re: Boot-looping or hanging Debian 11 FAI UEFI PXE

[Thomas Lange]

> On Tue, 7 May 2024 08:13:42 +, Nicolas Formichella 
>  said:

> Hello,
> I am wanting to test a deployment for a Debian 11 KVM VM using a Debian 
12 KVM VM, but it crashes and bootloops with seemingly no reasoning.

> ```
> append initrd=initrd.img-5.10.0-29-amd64 ip=dhcp  
root=/srv/fai/nfsroot:vers=3 rd.live.overlay.overlayfs=1 
rd.live.overlay.readonly=1 console=tty0 console=ttyS0,115200  
FAI_FLAGS=debug,sshd,createvt 
FAI_CONFIG_SRC=nfs://faiserver/srv/fai/fai_config/ FAI_ACTION=install 
systemd.log_level=debug systemd.log_target=console 
systemd.journald.forward_to_console=1
> ```

FAI never used these options:
  rd.live.overlay.overlayfs=1 rd.live.overlay.readonly=1
I'm pretty sure they will break things.
Instead you have to use the option rootovl.

There may be problems if your nfsroot is not build properly. First,
which FAI version are you using? Do you use systemd inside the nfsroot?
FAI 6.2 uses systemd during the installation and if you still have an
older /etc/fai/NFSROOT config file systsemd may be missing inside the
nfsroot. If you still have this line in NFSROOT (when using FAI 6.2),
please remove it abd rebuild your nfsroot.

sysvinit-core systemd-sysv-


If you are using FAI < 6.2, the nfsroot does not use systemd and I
wonder why you have added some systemd.log... options to the kernel
command line.
-- 
regards Thomas

FAI ISO supporting Ubuntu 24.04

[Thomas Lange]

Hi all,

on https://fai-project.org/fai-cd/ you can now find the FAI Ubuntu ISO
which installs Ubuntu 24.04 (Noble Numbat).

-- 
best regards Thomas

Re: Proposal: Refresh list of category in https://lists.debian.org/

[Thomas Lange]

Hi,

splitting developers and users is a good idea in my oppinion.
In the webwml repository
g...@salsa.debian.org:webmaster-team/webwml.git
there's the directory english/MailingLists/desc which includes
description, but I'm not sure if they are used for creating the web
page lists.debian.org. The listmaster team should know better.

-- 
regards Thomas

Re: Re: Errors building /releases/buster folder in several languages (Re: webwml failed)

[Thomas Lange]

If I'm not wrong the current build errors come from these lines in 
Makefile.common:

151 ifneq "$(LANGUAGE)" "en"
152 #Ensure that MO files do exist
153 #Translators have to run make under webwml//po if they
154 #want it updated, it cannot be automatically performed.
155 $(LOCALEDESTFILES): $(LOCALEDIR)/%.mo: $(WMLBASE)/po/%.$(LANGUAGE).po
156 $(MAKE) -C $(WMLBASE)/po install-$*.mo


I wonder if this really because of a change in releases/
It looks more like the build in l10n/po fails.
-- 
regards Thomas

Re: Errors building /releases/buster folder in several languages (Re: webwml failed)

[Thomas Lange]

Thanks for helping. I already saw this error but didn't knew how to fix it.

> On Tue, 30 Apr 2024 15:26:29 +0200, Laura Arjona Reina 
>  said:

> I have logged in www-master and I am manually deleting those 
> files/folders so the /releases/ folder for the language matches the 
> structure of the git repo, and "make" only tries to build what it's 
> really needed.


-- 
regards Thomas

Bug#1069967: fai-client: install_packages E: Unable to locate package ...

[Thomas Lange]

Hi Markus,

we had function this in the past. The subroutine mkpackagelist() in
install_packages did this. It was removed, because it could not deal
with variables in package names. So I need to reimplement it.

-- 
viele Grüße Thomas

Re: demohost

[Thomas Lange]

Hi,

this is only documented in the code itself.
881 comes from get-config-dir-nfs which means FAI cannot access the
config space.

I'm pretty sure it's because of name resolution of faiserver. If your
faiserver has two network cards it also may have two host names. Then
you have to check the /srv/fai/nfsroot/etc/hosts entries or use the IP
address instead of the host name pn the kernel cmdline for setting
FAI_CONFIG_SRC.


> On Mon, 29 Apr 2024 02:11:38 +, andrej via linux-fai 
>  said:

> FAI_CONFIG_SRC is set to nfs://faiserver/srv/fai/config
> mount.nfs: Resource temporarily unavailable
> Error in task confdir. Code: 881
> Traceback: task_error main
> Save log files via ssh to fai@fai:localhost/install-

> What could I have done wrong, where do I find out what Code: 881 means?

-- 
regards Thomas

Re: problem with mdadm FAI 6.2

[Thomas Lange]

First, check if /dev/md1 is already mounted.
Maybe the FAI boot process (using dracut inside the initrd) detect
this raid and activates it.

You may add a hook which wipes add signature of a soft raid using a
simple script. For e.g. under https://fai-project.org/download/misc/
there are partition.WIPEDISKS and wipe-all

These can also remove the disk partition label.
-- 
regards Thomas

Re: finding unsused scripts, add comment into scripts that are still used

[Thomas Lange]

> On Fri, 19 Apr 2024 18:32:02 -0300, Matías Bellone 
>  said:

> In my experience, a better comment would be where and/or why the script 
is used so that in 2030 anyone that reads the comment can know where to start 
searching to verify if it is still
> being used.

Great idea, but please also add the current year.
-- 
best regards Thomas

Re: finding unsused scripts, add comment into scripts that are still used

[Thomas Lange]

> On Fri, 19 Apr 2024 18:32:02 -0300, Matías Bellone 
>  said:

> In my experience, a better comment would be where and/or why the script 
is used so that in 2030 anyone that reads the comment can know where to start 
searching to verify if it is still
> being used.

Great idea, but please also add the current year.
-- 
best regards Thomas

finding unsused scripts, add comment into scripts that are still used

[Thomas Lange]

Hi all,

I like to find scripts in the webwml repo that are not used any more
but were not removed from the git repo.
Therefore I suggest to add a comment to those scripts, that are still
used anyone like translators or by our cron jobs.

I did this already for some script as you can see in
git show 89df02f8989c7a72150aac9ac05801f487ed226e

Please check the scripts that you are using and add the comment
"# This script is still used in 2024"

If you find scripts (in your translation directory) that you know
are not longer used, please just remove it from the git repository.

You can find all scripts by using this command:
find ! -type d ! -type l -perm -a+x


For e.g. I guess these scripts in may be removed, since the english
version was removed in 2013 and for e.g. the german version still
includes the non-existing english file.

./portuguese/News/weekly/makemail.pl
./russian/News/weekly/makemail.pl
./german/News/weekly/makemail.pl


I'm also not sure if these for e.g. are still needed. Does anyone know?
switch_to_git_translations.pl
vcs-test.pl

There are many more examples which may be obsolete.

-- 
regards Thomas

finding unsused scripts, add comment into scripts that are still used

[Thomas Lange]

Hi all,

I like to find scripts in the webwml repo that are not used any more
but were not removed from the git repo.
Therefore I suggest to add a comment to those scripts, that are still
used anyone like translators or by our cron jobs.

I did this already for some script as you can see in
git show 89df02f8989c7a72150aac9ac05801f487ed226e

Please check the scripts that you are using and add the comment
"# This script is still used in 2024"

If you find scripts (in your translation directory) that you know
are not longer used, please just remove it from the git repository.

You can find all scripts by using this command:
find ! -type d ! -type l -perm -a+x


For e.g. I guess these scripts in may be removed, since the english
version was removed in 2013 and for e.g. the german version still
includes the non-existing english file.

./portuguese/News/weekly/makemail.pl
./russian/News/weekly/makemail.pl
./german/News/weekly/makemail.pl


I'm also not sure if these for e.g. are still needed. Does anyone know?
switch_to_git_translations.pl
vcs-test.pl

There are many more examples which may be obsolete.

-- 
regards Thomas

Bug#872944: #872944 www.debian.org: Remove JavaScript from Policy Manual published on web mirrors

[Thomas Lange]

Currently we have a working solution using js and providing multi page
html. That's a good solution which is already available.


> I did not go deeper into this scenario, I just found 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877337
> which includes a forward-backword-forward dance switching multiple
> times between multi-page and single-page html variant requests.
A single page html may be an additional option but there's already the
single page txt version and the PDF. That's sufficient and I see no
need in providing more formats of this manual.

Therefore we can close this and I will close 877337.

-- 
regards Thomas

Bug#872944: #872944 www.debian.org: Remove JavaScript from Policy Manual published on web mirrors

[Thomas Lange]

Currently we have a working solution using js and providing multi page
html. That's a good solution which is already available.


> I did not go deeper into this scenario, I just found 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877337
> which includes a forward-backword-forward dance switching multiple
> times between multi-page and single-page html variant requests.
A single page html may be an additional option but there's already the
single page txt version and the PDF. That's sufficient and I see no
need in providing more formats of this manual.

Therefore we can close this and I will close 877337.

-- 
regards Thomas

Re: Bug#872944: #872944 www.debian.org: Remove JavaScript from Policy Manual published on web mirrors

[Thomas Lange]

Currently we have a working solution using js and providing multi page
html. That's a good solution which is already available.


> I did not go deeper into this scenario, I just found 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877337
> which includes a forward-backword-forward dance switching multiple
> times between multi-page and single-page html variant requests.
A single page html may be an additional option but there's already the
single page txt version and the PDF. That's sufficient and I see no
need in providing more formats of this manual.

Therefore we can close this and I will close 877337.

-- 
regards Thomas

Bug#872944: #872944 www.debian.org: Remove JavaScript from Policy Manual published on web mirrors

[Thomas Lange]

> On Wed, 10 Apr 2024 21:33:50 +0200, Holger Wansing  
> said:


> The second javascript functionality is the full-text search.

> Please note, that I made use of javascript by intend, despite of this bug 
> requesting to remove all js functionality.
Hi holger,

in the past we tried to avoid javascript, but that's long time ago
(like 7 years) and nowadays I see no reason to do web pages without it
if we loose functionality.

So please go ahead and use js. I think the search function is very important.

I think it's important not to load js code on our pages from an
external URL, but to provide it from our web servers (selfhosted).

> Please note, that this decision is not only for debian-policy, but for
> all sphinx-based manuals on Debian website.
> (I hope we don't make different decisions on this question for the 
> various manuals we have. That would make the implentation once again
> more difficult.)
All sphinx-based manuals can use js from my point of view. There's no
reason to handle some manuals differently.


> What should be done now?
Close the bug that request to remove all js functionality (#876241).

-- 
regards Thomas

Bug#872944: #872944 www.debian.org: Remove JavaScript from Policy Manual published on web mirrors

[Thomas Lange]

> On Wed, 10 Apr 2024 21:33:50 +0200, Holger Wansing  
> said:


> The second javascript functionality is the full-text search.

> Please note, that I made use of javascript by intend, despite of this bug 
> requesting to remove all js functionality.
Hi holger,

in the past we tried to avoid javascript, but that's long time ago
(like 7 years) and nowadays I see no reason to do web pages without it
if we loose functionality.

So please go ahead and use js. I think the search function is very important.

I think it's important not to load js code on our pages from an
external URL, but to provide it from our web servers (selfhosted).

> Please note, that this decision is not only for debian-policy, but for
> all sphinx-based manuals on Debian website.
> (I hope we don't make different decisions on this question for the 
> various manuals we have. That would make the implentation once again
> more difficult.)
All sphinx-based manuals can use js from my point of view. There's no
reason to handle some manuals differently.


> What should be done now?
Close the bug that request to remove all js functionality (#876241).

-- 
regards Thomas

Re: Bug#872944: #872944 www.debian.org: Remove JavaScript from Policy Manual published on web mirrors

[Thomas Lange]

> On Wed, 10 Apr 2024 21:33:50 +0200, Holger Wansing  
> said:


> The second javascript functionality is the full-text search.

> Please note, that I made use of javascript by intend, despite of this bug 
> requesting to remove all js functionality.
Hi holger,

in the past we tried to avoid javascript, but that's long time ago
(like 7 years) and nowadays I see no reason to do web pages without it
if we loose functionality.

So please go ahead and use js. I think the search function is very important.

I think it's important not to load js code on our pages from an
external URL, but to provide it from our web servers (selfhosted).

> Please note, that this decision is not only for debian-policy, but for
> all sphinx-based manuals on Debian website.
> (I hope we don't make different decisions on this question for the 
> various manuals we have. That would make the implentation once again
> more difficult.)
All sphinx-based manuals can use js from my point of view. There's no
reason to handle some manuals differently.


> What should be done now?
Close the bug that request to remove all js functionality (#876241).

-- 
regards Thomas

Re: UEFI boot dropping to startup.nsh prompt

[Thomas Lange]

Mmmm. Now I think it's not possible that your image craeted by
fai-diskimage can create a valid EFI boot entry on your
computer. Maybe that's why it's not booting.
Do you think the EFI entries match the UUID of the disk image?



> On Wed, 10 Apr 2024 09:01:08 +, Laura Smith via linux-fai 
>  said:

> Diese Nachricht wurde eingewickelt um DMARC-kompatibel zu sein. Die
> eigentliche Nachricht steht dadurch in einem Anhang.

> This message was wrapped to be DMARC compliant. The actual message
> text is therefore in an attachment.
> From: Laura Smith 
> To: fully automatic installation for Linux 
> Subject: UEFI boot dropping to startup.nsh prompt
> Date: Wed, 10 Apr 2024 09:01:08 +

> I'm building a UEFI image for Debian Bookworkm, but when I load the qcow2 
and attempt to boot it, it
> drops into a startup.nsh prompt as below.

> I have tried building with grub-efi-amd64-signed instead of 
grub-efi-amd64, but that does not make
> any difference.

> Any ideas how I can troubleshoot ?  

> Thanks !

> UEFI Interactive Shell v2.2
> EDK II
> UEFI 2.70 (EDK II, 0x0001)
> Mapping table
> FSO: Alias (s) :HDOb: : BLK1:
> PciRoot (0x0) /Pci (0x4,0x0) /HD 
(1,GPT,41F5FCD7-6BFF-49A0-B726-E168F937E46D,0x800,0x10)
> BLKO: Alias (s) :
> PciRoot (0x0) /Pci (0x4,0×0)
> BLK2: Alias (s) :
> PciRoot (0x0) /Pci (0x4,0x0) /HD (2,GPT 
,F6E9D048-1C74-4A2E-A196-6BFE311BEE82,0×100800,0x1C3800)
> BLK3: Alias (s) :
> PciRoot (0x0) /Pci (0x4,0x0) /HD (3,GPT 
,9F400A0A-EE84-4F72-BA36-431EEB828209,0x2C4000,0x113B800)
> Press ESC in 1 seconds to skip startup.nsh or any other key to continue.
Shell> 

Re: Adding options for qcow2 output ?

[Thomas Lange]

Hi Laura,

with fai-diskimage you can't add options for qcow2. But you can create
a raw image and then manually convert it to qcow2 using any options
you like. In the end fai-diskimage is also just creating a raw image
and converts this to qcow2 using

qemu-img convert -f raw $rawname -O -c -o compression_type=zstd qcow2 $qcowname


> On Tue, 09 Apr 2024 15:14:07 +, Laura Smith via linux-fai 
>  said:


> Hi
> How do I set the "preallocation=off" qcow2 option on the output for 
fai-diskimage ?

-- 
viele Grüße Thomas

Bug#987943: www.debian.org: Developers Reference: Sphinx search non-functional: searchindex.js missing

[Thomas Lange]

> On Mon, 8 Apr 2024 00:35:46 +0200, Holger Wansing  
> said:

>> Can be viewed at 
>> 

>> (also with a different html theme, BTW)
>> 
The search works for me. Thanks a lot.

-- 
regards Thomas

Bug#987943: www.debian.org: Developers Reference: Sphinx search non-functional: searchindex.js missing

[Thomas Lange]

> On Mon, 8 Apr 2024 00:35:46 +0200, Holger Wansing  
> said:

>> Can be viewed at 
>> 

>> (also with a different html theme, BTW)
>> 
The search works for me. Thanks a lot.

-- 
regards Thomas

Re: Next team meeting: 2024-04-10 20:00 UTC

[Thomas Lange]

> On Wed, 3 Apr 2024 14:29:18 -0700, Noah Meyerhans  said:

> I'd like to be able to attend, but won't be able to at all during the
> week of 8 April.  Would folks be open to postponing this one week to
> April 17 instead?
It's ok from my side.

-- 
viele Grüße Thomas

Re: issue with Debian-style html theme for sphinx-based documents

[Thomas Lange]

Hi Holger,

even if things get more complex, this is a working solution. I'm very
happy for that and there's no need for spending more time into looking
for a perfect solution.
>From my side you get a thank you very much and a GO for applying this patch.

> On Tue, 2 Apr 2024 14:47:12 +0200, Holger Wansing  
> said:

> The 1ftpfiles and 7doc scripts, which need to be adapted for that, and
> also the situation on the www mirrors is getting more complex, so I'm 
unsure 
> if we want this.
> See my patch.

> On the other side, I don't see any other solution apart from developing
> a new theme.

-- 
regards Thomas

Bug#1064593: issue with Debian-style html theme for sphinx-based documents

[Thomas Lange]

Hi Holger,

even if things get more complex, this is a working solution. I'm very
happy for that and there's no need for spending more time into looking
for a perfect solution.
>From my side you get a thank you very much and a GO for applying this patch.

> On Tue, 2 Apr 2024 14:47:12 +0200, Holger Wansing  
> said:

> The 1ftpfiles and 7doc scripts, which need to be adapted for that, and
> also the situation on the www mirrors is getting more complex, so I'm 
unsure 
> if we want this.
> See my patch.

> On the other side, I don't see any other solution apart from developing
> a new theme.

-- 
regards Thomas

Re: issue with Debian-style html theme for sphinx-based documents

[Thomas Lange]

Hi Holger,

even if things get more complex, this is a working solution. I'm very
happy for that and there's no need for spending more time into looking
for a perfect solution.
>From my side you get a thank you very much and a GO for applying this patch.

> On Tue, 2 Apr 2024 14:47:12 +0200, Holger Wansing  
> said:

> The 1ftpfiles and 7doc scripts, which need to be adapted for that, and
> also the situation on the www mirrors is getting more complex, so I'm 
unsure 
> if we want this.
> See my patch.

> On the other side, I don't see any other solution apart from developing
> a new theme.

-- 
regards Thomas

Bug#1068250: dracut: Consider switching to the fork dracut-ng

[Thomas Lange]

> On Tue, 02 Apr 2024 19:59:57 +0200, Jörg Behrmann 
>  said:


> Activity in dracut upstream has died down recently and though there is a 
version
> 60 of dracut in sid, upstream has not tagged such a release.
The upstream release process changed, so they do not tag the releases
any more.


> A fork of dracut has been started by some dracut developers at
> https://github.com/dracut-ng/dracut-ng
> It should be evaluated to switch to this fork.
Thanks for the info. I will carefully watch the work on this fork.

-- 
regards Thomas

Re: Translation of DSA

[Thomas Lange]

Hi Giuseppe,

the DSA are untranslatable on our web page, yes. We did that on
purpose. First, these announcements are very technical information,
not intended for end users. End users just want to upgrade their
system and know if all packages are up to date. That's why we think
most people that are interested in these security information
understand english. Second, there are automatic translation services, that can
easily translate those pages.

Adding PO support may be possible (you have to change the perl
script), but I will not spend time into it, because IMO there are
more important parts on the web page I like to improve.

-- 
best regards Thomas

Re: Writable partition for D-I ISO images

[Thomas Lange]

A followup to my post from December

It's possible to access the data partition when booting a real CD
using mount with an offset.

offset=$(fdisk -l /dev/sr0 | awk '/p3/ { print $2 * 512 }')
mount -ooffset=$offset /dev/sr0 /data

But the partition is read-only.


>> On Tue, 19 Dec 2023 13:15:53 +0100, Philip Hands  said:
> On Tue, 19 Dec 2023 15:58:39 +0100, Thomas Lange  said:

>> BTW if one did that, would it still be possible to read the filesystem
>> if one were to burn it to a physical CD rather than write it to a USB
>> stick?
> Nope. A quick test with qemu showed that booting the ISO as CD does
> not show the additional file system.

>> (just wondering -- don't really see much need to do that these
>> days) -- I guess it should be, even if some loop mount with offset was
>> required to make it work.
> Yes, I also guess some offset would help. But I also think that booting
> a CD not that important.


-- 
regards Thomas

Re: No physical disk in FAI 6.2.2 plain text

[Thomas Lange]

The bug in the FAIme service is now fixed.

I forgot to change the /etc/fai/NFSROOT when using FAI 6.2.2 and
therefore systemd was missing  inside the initrd in the nfsroot.

The result is that the disk belongs to group root instead of disk.
That's why FAI stops, because is does no detect a disk.


CONCLUSION for users that build their own FAI ISOs:
  If you upgrade to FAI 6.2.X do check your /etc/fai/NFSROOT. It should
  NOT contain this line:

sysvinit-core systemd-sysv-

-- 
regards Thomas

Re: No physical disk in FAI 6.2.2 plain text

[Thomas Lange]

> On Wed, 27 Mar 2024 13:28:19 +, "Paul, Jochen" 
>  said:

> I wonder why the "Gnome desktop" installation works successful and the 
"Plain text console, no X11" aborts. I've tried several times the
> creation of both images but the result does not change.
I cannot confirm that the GNOME desktop installation works.
For me both ISO I've just created are broken. I guess you are using an
older ISO for GNOME an a new one for the plain console installation.

-- 
viele Grüße Thomas

Re: No physical disk in FAI 6.2.2 plain text

[Thomas Lange]

Hi Jochen,

I can confirm this using a KVM virtual machine.
I try to dig deeper into it, because other also had this problem some
times. I think it's a problem that I mix several FAI version on the
server that creates the FAIme ISOs.



P.S.: Your mail got stuck because it had several pics in it, so the
size was over the limit for this mailing list. Please try to no
include pics, that are not needed for debugging and are only advertising.

-- 
viele Grüße Thomas

Bug#1067649: Verification page is not accessible from the homepage

[Thomas Lange]

> So here I adapt my original request: please add the link to /verify at
> the /distrib page; and if possible, also consider renaming the link of
I've added the link now to the /distrib web page.

-- 
regards Thomas

Bug#1067649: Verification page is not accessible from the homepage

[Thomas Lange]

> So here I adapt my original request: please add the link to /verify at
> the /distrib page; and if possible, also consider renaming the link of
I've added the link now to the /distrib web page.

-- 
regards Thomas

Bug#1067517: AW: Re: Bug#1067517: found bug in checkdisk

[Thomas Lange]

> On Tue, 26 Mar 2024 13:36:44 +, Florian Goth 
>  said:

> OK, on my system, in a fai-nfsroot for bookworm
> the group of /dev/sda was root, and this was also returned by this stat 
command.
This may happen if you do not use systemd inside the nfsroot for
bookworm with FAI 6.2 and newer. You may need to adjust the
/etc/fai/NFSROOT config if you are still using an old version.
In the past this config disabled systemd inside the nfsroot.

Bug#1067517: found bug in checkdisk

[Thomas Lange]

> On Mon, 25 Mar 2024 11:57:10 +, Florian Goth 
>  said:

> stat -c %G
> returns the group of the owner, but nothing related to a device type.
And this group is "disk" in case it's a disk.

-- 
viele Grüße Thomas

Bug#1067649: Verification page is not accessible from the homepage

[Thomas Lange]

I don't think we need the link on the startpage, but maybe on the
/distrib page where we provide other ISO downloads.

But in the end I try to remember whenever I have verified an ISO by
myself.

I can't remember and I guess I never did it. Maybe I
check that I'm using https://www.debian.org. That's all I need to
trust.

-- 
regards Thomas

Bug#1067649: Verification page is not accessible from the homepage

[Thomas Lange]

I don't think we need the link on the startpage, but maybe on the
/distrib page where we provide other ISO downloads.

But in the end I try to remember whenever I have verified an ISO by
myself.

I can't remember and I guess I never did it. Maybe I
check that I'm using https://www.debian.org. That's all I need to
trust.

-- 
regards Thomas

Bug#1042411: closed by Thomas Lange (found problem)

[Thomas Lange]

Hi Marc,

you are right. I've reopened this bug and will try to fix it in the
next version.

-- 
viele Grüße Thomas

Re: mistake in subroutines line 1285

[Thomas Lange]

Hi

ssh is correct. ftp will not work here. We need to log into the
server for changing the boot configuration by calling fai-chboot. This
can't be done using ftp. The login has to be done via ssh.

regards Thomas

FAI 6.2.1 released

[Thomas Lange]

Hi all,

the new FAI version 6.2.1 is now available on fai-project.org.
Some minor bugs were fixed and the whole changelog can be read at

https://tracker.debian.org/media/packages/f/fai/changelog-6.2.1

-- 
best regards Thomas

Bug#1064441: does not copy code

[Thomas Lange]

Package: fai-client
Severity: normal

Since qemu-user-static without the F flag is not supported on Debian
anymore the binaries are never copied. Therefore lowering the severity.
This may only have happended until Debian buster.

-- 
viele Grüße Thomas

Bug#1064442: fai-client - Unable to disable mkramdisk

[Thomas Lange]

This is the very easy fix:

 # set default dirs if FAI_RAMDISKS not already set
-: ${FAI_RAMDISKS:="$target/var/lib/dpkg"}
+: ${FAI_RAMDISKS="$target/var/lib/dpkg"}


@wwaldi: Do you think it's still wrong?

-- 
regards Thomas

Re: install_packages: check for debian

[Thomas Lange]

Hi Maximilian,

thanks for the hint. I've already applied a patch which will be
available in the next upcoming FAI version (6.2.1).

regards Thomas

> On Tue, 20 Feb 2024 17:31:25 +0100, Maximilian Stein  
> said:

> Hi there,
> to decide if it is running on a Debian system, install_packages(8) 
> switched to checking for existence of 
> $FAI_ROOT/var/cache/apt/pkgcache.bin a while ago [1].

> Unfortunately, this does not always work in my tests with Bookworm, as 
> the file seems to be deleted and recreated during an apt update. 

Bug#949610: will it ever work?

[Thomas Lange]

Hi,

currently I think it's not possible to have raid+luks+lvm prepared
with setup-storage.

I didn't manage to prepare a working example.
-- 
regards Thomas

Bug#1050383: reverting the fix

[Thomas Lange]

Hi,

I will revert this fix in FAI 6.2.1, because it broke other
things. Our LVM on soft RAID example does not work any more.

You application of using a hook for creating a md device and then set
disklist=/dev/md is not what setup-storage supports.
Why not use your heuristic and create then the disklist (of plain
disks) and let setup-storage create the md devices?

I'm not sure if we can fix your problem without breaking the normal
configs.

-- 
regards Thomas

Re: FAIme service produces currently broken ISOs

[Thomas Lange]

The old configuration was restoredd and now the FAIme service is
running again. I also found the cause of the problem.

dracut does not install a file that is needed is a certain
environment.

Thomas

>>>>> On Tue, 13 Feb 2024 17:49:08 +0100, Thomas Lange  
>>>>> said:

> Hi all,
> currently the FAIme service creates broken ISOs which do not boot or
> do not recognize the local disks. I try to fix this as soon as
> possible, but currently I do not know the root cause of the problem.

FAIme service produces currently broken ISOs

[Thomas Lange]

Hi all,

currently the FAIme service creates broken ISOs which do not boot or
do not recognize the local disks. I try to fix this as soon as
possible, but currently I do not know the root cause of the problem.

-- 
regards Thomas

Bug#968122: I confirm this bug

[Thomas Lange]

I can confirm this bug.

Using qemu/kvm with autopkgtests I have
keyboard-configuration 1.221 inside the testbed and the postinst
script of keyboard-configuration fails with

cat: '/sys/bus/usb/devices/*:*/bInterfaceClass': No such file or directory
cat: '/sys/bus/usb/devices/*:*/bInterfaceSubClass': No such file or directory
cat: '/sys/bus/usb/devices/*:*/bInterfaceProtocol': No such file or directory

-- 
regards Thomas

Bug#968122: I confirm this bug

[Thomas Lange]

I can confirm this bug.

Using qemu/kvm with autopkgtests I have
keyboard-configuration 1.221 inside the testbed and the postinst
script of keyboard-configuration fails with

cat: '/sys/bus/usb/devices/*:*/bInterfaceClass': No such file or directory
cat: '/sys/bus/usb/devices/*:*/bInterfaceSubClass': No such file or directory
cat: '/sys/bus/usb/devices/*:*/bInterfaceProtocol': No such file or directory

-- 
regards Thomas

Re: Upcoming stable point release (12.5)

[Thomas Lange]

> On Thu, 8 Feb 2024 11:25:22 +0100, Holger Wansing  
> said:

> Now leaving out the year from above link like
> https://www.debian.org/security/dsa-5612
> also redirects to the same announcement.

> @Thomas: is this the intended behaviour (both variants are supported
> and it stays this way) ?
> In that case nothing needs to be done in the point release 
announcements...

Yes, it's intended to work with and without the year. The security
team knows about this and will change to links without the year in the future.

I prefer without the year, because people do not care about the year
when looking for a DSA/DLA, and it's hard to guess the year if you
don't know it but only the number.
-- 
regards Thomas

Re: Upcoming stable point release (12.5)

[Thomas Lange]

> On Thu, 08 Feb 2024 06:32:33 +, "Adam D. Barratt" 
>  said:

> There's a map in the www.d.o Apache config, so existing URLs should
> still work afaik.

> https://www.debian.org/security/2023/dsa-5551 , for instance, from the
> 12.4 announcement at https://www.debian.org/News/2023/20231210 still
> provides a means of accessing DSA 5551.

It's now easier than before. You don't need the year in the URL any more.
This should be used instead:
https://www.debian.org/security/dsa-5551

-- 
regards Thomas

Subject: Re:Re: Problem with setup-storage

[Thomas Lange]

Hi all,

other people also have this problem (disks under /dev are not
in group disk but root). I wonder if you have checked /etc/fai/NFSROOT
after upgrading to FAI 6.2. Make sure this line is removed and
recreate the nfsroot.

sysvinit-core systemd-sysv-

It was used with FAI 6.0.x because we did not used systemd inside the
nfsroot. FAI 6.2 now ships an /etc/fai/NFSROOT which will install
systemd that's used nowadays. I hope that this is the cause of your
wrong group ownership for /dev.

Concerning setup-storage, I wonder if it is really broken inside the
FAI boot environment. FAI should define the functions needed for
setup-storage before calling setup-storage.

There may be still problems when you log in via ssh into the FAI
environment and call setup-storage. Then the functions needed are not
defined. A patch is already applied and will be available in the next
FAI version. See

https://github.com/faiproject/fai/compare/eb8f779aa4c69157d448..cd33235318279a962

-- 
viele Grüße Thomas

Bug#1063146: Problem with setup-storage

[Thomas Lange]

Here's the patch

https://github.com/faiproject/fai/commit/cd33235318279a96267d3377661dbeba93eacac3

-- 
viele Grüße Thomas

Re: Problem with setup-storage

[Thomas Lange]

Here's the patch

https://github.com/faiproject/fai/commit/cd33235318279a96267d3377661dbeba93eacac3

-- 
viele Grüße Thomas

Re: Problem with setup-storage

[Thomas Lange]

Hi Remy,

it seems you hit bug https://bugs.debian.org/1063146.
I'm preparing a patch and will upload a new FAI version if it's ready.

But this bug should only appear, if you use setup-storage as a
standalone command. Inside the FAI environment everything should work.
It's not clear to me in which kind of environment you have problems.

-- 
regards Thomas

Bug#1063146: fai-setup-storage: New dependency on /usr/lib/fai/subroutines

[Thomas Lange]

I can add a Depends or Recommends on fai-client for the package
fai-setup-storage. What do you think is better?

-- 
regards Thomas

Bug#1063146: fai-setup-storage: New dependency on /usr/lib/fai/subroutines

[Thomas Lange]

Hi Stephen,

thanks for the report. setup-storage does not need fai-client if you
use the option -D and specify the list of disks.

So it's not always needed. But I will prepare a patch for it.

-- 
regards Thomas

Re: Resignation as cloud team delegate

[Thomas Lange]

> On Mon, 5 Feb 2024 20:59:56 +0200, Jonathan Carter  said:

> That said, Is everyone listed below still happy to be part of the 
> delegation?
I'm fine to be part of the delegation.

-- 
regards Thomas

FAI web pages offline

[Thomas Lange]

Tomorrow, saturday from 8:00 localtime (UTC +0100) to around 4pm the
FAI web pages and services will be offline due to a power
maintenance.

-- 
regards Thomas

Re: Define sda as the smallest disk

[Thomas Lange]

Hi all,

that is the example how to change the shell variable $disklist:
https://fai-project.org/download/misc/99-disklist.sh

Create the script class/99-disklist.sh in your config space (/s/rv/fai/config)

These are the imprtant lines:

if [ -n "$newlist" ]; then
echo New disklist: $newlist
echo disklist=\"$newlist\" >> $LOGDIR/additional.var
fi


This script writes the new valuespf disklist to
$LOGDIR/additional.var. Then FAI will parse it and sets the new value
for disklist before calling setup-storage.

regards Thomas

Re: Define sda as the smallest disk

[Thomas Lange]

> On Wed, 31 Jan 2024 11:15:46 +0100, Rémy Dernat  said:

> Hi Thomas,
> That looks fantastic. Is there any examples to use these functions ?
No, the documentation is really bad. In FAI the disk list is created
by these two steps:

set_bootstick
all_disks_and_size | checkdisk $FAI_BOOTSTICK | once_only



>From the sources (lib/subroutines)

matchdisks() {
# matchdisks PATTERN PATTERN 

checkdisk() {
# read lines with device name and size and check if device is a disk
# $1 can be a device name that will be ignored. Used for the device
# name of the USB stick if we boot from it

disks_by_id() {
# list all disks by ID and their link to the device name

all_disks_and_size() {
# print a list of devices and their block size


# - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
all_disks_by_size() {
all_disks_and_size | sort -nr -k2 | checkdisk $FAI_BOOTSTICK
}
# - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
largestdisk()  {
all_disks_and_size | sort -nr -k2 | checkdisk $FAI_BOOTSTICK | head -1
}
# - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
smallestdisk() {
all_disks_and_size | sort -n  -k2 | checkdisk $FAI_BOOTSTICK | head -1
}

set_bootstick() {
# determine the device of the USB stick we boot from
# sets the variable FAI_BOOTSTICK



-- 
regards Thomas

removing items from the www footer

[Thomas Lange]

Hi,

I've prepared a patch that removes some items from the footer and make
some items non bold.

I removed the items that are not that important (like Debian books, CD
vendors) or are already linked on other pages (e.g. Mailing List
Archives, Ports/Architectures).

Before applying the patch and since changing the footer will rebuilt
all web pages, I like to get some feedback.


Removed items:
< Partners
< Donations
< Data Privacy
< Contact Us
< CD vendors
< Pre-installed
< Installation manual
< Debian Books
< Mailing List Archives
< Ports/Architectures


There will be non-bold in the new version:
< Pure Blends
< Debian Packages
< Developers' Corner


Here's a screenshot of the new footer:




regards Thomas

Re: Define sda as the smallest disk

[Thomas Lange]

FAI 6.2 now provides some helper functions to create your own disklist:

grepv_disks()
grep_disks()
notmatchdisks()
matchdisks()
smallestdisk()
largestdisk()
all_disks_by_size()
all_disks_and_size()
once_only()
checkdisk()
disks_by_id()


Here's an older script how to change the disklist:
https://fai-project.org/download/misc/99-disklist.sh


> On Mon, 29 Jan 2024 17:13:39 +0100, Rémy Dernat  said:


> So, I would like to define something like disk1 / sda is :
> fdisk -l 2>/dev/null |awk '/Disk / {print $2,$3}' |sort -n -k2 |head -1

> Then, this would be used by setup-storage.

-- 
regards Thomas