swap in fstab auskommentiert, wird trotzdem in top angezeigt, Leap 15.0 Leap 15.1
Hi, ich habe meine System nach efi/gpt ungestellt, meine Leap 15.0 und 15.1, soweit nötig neu angelegt, und 1GB Swap bereitgestellt. Swap soll später verschlüsselt werden, die notwendigen Infos habe ich schon. Nun stelle ich fest, selbst wenn swap in den beiden fstab auskommentiert ist, wird er jeweils von top angezeigt. wie das denn? Bsp. Leap 15.0, mit top, fstab und blkid ### top %Cpu(s): 0,4 us, 0,6 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem : 16415352 total, 14243168 free, 819944 used, 1352240 buff/cache KiB Swap: 1048572 total, 1048572 free, 0 used. 15226576 avail Mem ### fstab # swap (sda7) # UUID=4b5c0b23-d622-474d-aae7-261ff12304f6 swap swap defaults 0 0 ### blkid /dev/sda7: UUID="4b5c0b23-d622-474d-aae7-261ff12304f6" TYPE="swap" PARTUUID="d3fb9561-cf47-47d7-a6c5-6387c034fdc0" Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 30.07.19 um 01:14 schrieb Peter McD:
Hi,
ich habe meine System nach efi/gpt ungestellt, meine Leap 15.0 und 15.1, soweit nötig neu angelegt, und 1GB Swap bereitgestellt. Swap soll später verschlüsselt werden, die notwendigen Infos habe ich schon.
Nun stelle ich fest, selbst wenn swap in den beiden fstab auskommentiert ist, wird er jeweils von top angezeigt. wie das denn?
Bsp. Leap 15.0, mit top, fstab und blkid
### top %Cpu(s): 0,4 us, 0,6 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem : 16415352 total, 14243168 free, 819944 used, 1352240 buff/cache KiB Swap: 1048572 total, 1048572 free, 0 used. 15226576 avail Mem
### fstab # swap (sda7) # UUID=4b5c0b23-d622-474d-aae7-261ff12304f6 swap swap defaults 0 0
### blkid /dev/sda7: UUID="4b5c0b23-d622-474d-aae7-261ff12304f6" TYPE="swap" PARTUUID="d3fb9561-cf47-47d7-a6c5-6387c034fdc0"
Gruß Peter
Hi Peter, könnte es sein, daß Du Dein System weder neu gestartet hast noch Swap manuell deaktiviert hast? Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 30.07.2019 um 08:39 schrieb Martin Deppe:
Am 30.07.19 um 01:14 schrieb Peter McD:
Hi,
ich habe meine System nach efi/gpt ungestellt, meine Leap 15.0 und 15.1, soweit nötig neu angelegt, und 1GB Swap bereitgestellt. Swap soll später verschlüsselt werden, die notwendigen Infos habe ich schon.
Nun stelle ich fest, selbst wenn swap in den beiden fstab auskommentiert ist, wird er jeweils von top angezeigt. wie das denn?
Bsp. Leap 15.0, mit top, fstab und blkid
### top %Cpu(s): 0,4 us, 0,6 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem : 16415352 total, 14243168 free, 819944 used, 1352240 buff/cache KiB Swap: 1048572 total, 1048572 free, 0 used. 15226576 avail Mem
### fstab # swap (sda7) # UUID=4b5c0b23-d622-474d-aae7-261ff12304f6 swap swap defaults 0 0
### blkid /dev/sda7: UUID="4b5c0b23-d622-474d-aae7-261ff12304f6" TYPE="swap" PARTUUID="d3fb9561-cf47-47d7-a6c5-6387c034fdc0"
Gruß Peter
Hi Peter,
könnte es sein, daß Du Dein System weder neu gestartet hast noch Swap manuell deaktiviert hast?
Ich hab das mal hier in meiner 15.0 VM interessehalber ausprobiert. Ein Auskommentieren des Swap Eintrages in der fstab bewirkt rein gar nichts. Auch nach einem Reboot wird die Swap-Partition noch als Swap verwendet. Da ist bestimmt wieder so ein Systemd Helferlein dafür verantwortlich ;) Aber ungeachtet dessen, was willst Du denn bei 16GB Arbeitsspeicher mit so einem kleinen 1GB Swap bewirken? Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 30.07.19 um 10:44 schrieb Manfred Kreisl:
Am 30.07.19 um 01:14 schrieb Peter McD:
... ich habe meine System nach efi/gpt ungestellt, meine Leap 15.0 und 15.1, soweit nötig neu angelegt, und 1GB Swap bereitgestellt. Swap soll später verschlüsselt werden, die notwendigen Infos habe ich schon.
Nun stelle ich fest, selbst wenn swap in den beiden fstab auskommentiert ist, wird er jeweils von top angezeigt. wie das denn? ...
### top %Cpu(s): 0,4 us, 0,6 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem : 16415352 total, 14243168 free, 819944 used, 1352240 buff/cache KiB Swap: 1048572 total, 1048572 free, 0 used. 15226576 avail Mem
...
Ich hab das mal hier in meiner 15.0 VM interessehalber ausprobiert. Ein Auskommentieren des Swap Eintrages in der fstab bewirkt rein gar nichts. Auch nach einem Reboot wird die Swap-Partition noch als Swap verwendet. Da ist bestimmt wieder so ein Systemd Helferlein dafür verantwortlich ;)
Mit mbr war das nicht so und es stört mich.
Aber ungeachtet dessen, was willst Du denn bei 16GB Arbeitsspeicher mit so einem kleinen 1GB Swap bewirken?
Ziemlich nutzlos und hat nur Platzhalterfunktion zur einer eventuellen Fehlersuche, wie jetzt z.B. Ich habe swap im Betrieb im Normalfall auskommentiert, 1GB ungenutzt schmerzt bei den heutigen Plattengrößen nicht mehr. Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 30.07.2019 um 11:31 schrieb Peter McD:
Am 30.07.19 um 10:44 schrieb Manfred Kreisl:
Am 30.07.19 um 01:14 schrieb Peter McD:
... ich habe meine System nach efi/gpt ungestellt, meine Leap 15.0 und 15.1, soweit nötig neu angelegt, und 1GB Swap bereitgestellt. Swap soll später verschlüsselt werden, die notwendigen Infos habe ich schon.
Nun stelle ich fest, selbst wenn swap in den beiden fstab auskommentiert ist, wird er jeweils von top angezeigt. wie das denn? ...
### top %Cpu(s): 0,4 us, 0,6 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem : 16415352 total, 14243168 free, 819944 used, 1352240 buff/cache KiB Swap: 1048572 total, 1048572 free, 0 used. 15226576 avail Mem
...
Ich hab das mal hier in meiner 15.0 VM interessehalber ausprobiert. Ein Auskommentieren des Swap Eintrages in der fstab bewirkt rein gar nichts. Auch nach einem Reboot wird die Swap-Partition noch als Swap verwendet. Da ist bestimmt wieder so ein Systemd Helferlein dafür verantwortlich ;)
Mit mbr war das nicht so und es stört mich. Meine VM hat zwar kein EFI, sondern Legacy Boot, wohl aber GPT wie ich gerade festgestellt habe
Wenn es dich stört und keine vernünftige Fehlerbehebung möglich ist, kannst Du als Workaround ja ein 'sudo swapoff -a' irgendwo einbauen ;) oder die Swap Partition ja mit dd überscheiben.
Aber ungeachtet dessen, was willst Du denn bei 16GB Arbeitsspeicher mit so einem kleinen 1GB Swap bewirken?
Ziemlich nutzlos und hat nur Platzhalterfunktion zur einer eventuellen Fehlersuche, wie jetzt z.B.
Ich habe swap im Betrieb im Normalfall auskommentiert, 1GB ungenutzt schmerzt bei den heutigen Plattengrößen nicht mehr.
Das ist richtig, aber 16GB auch nicht, und das ist im Grunde genommen die Mindestgröße des Swaps bei 16GB Speicher, damit ggf. Hibernate verwendet werden kann Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 30.07.19 um 15:00 schrieb Manfred Kreisl:
Am 30.07.2019 um 11:31 schrieb Peter McD:
Am 30.07.19 um 10:44 schrieb Manfred Kreisl: ...
... Ich hab das mal hier in meiner 15.0 VM interessehalber ausprobiert. Ein Auskommentieren des Swap Eintrages in der fstab bewirkt rein gar nichts. Auch nach einem Reboot wird die Swap-Partition noch als Swap verwendet. Da ist bestimmt wieder so ein Systemd Helferlein dafür verantwortlich ;)
Mit mbr war das nicht so und es stört mich. Meine VM hat zwar kein EFI, sondern Legacy Boot, wohl aber GPT wie ich gerade festgestellt habe
Wenn es dich stört und keine vernünftige Fehlerbehebung möglich ist, kannst Du als Workaround ja ein 'sudo swapoff -a' irgendwo einbauen ;) oder die Swap Partition ja mit dd überscheiben.
Na ja, ich könnte die Partition einfach löschen.
Aber ungeachtet dessen, was willst Du denn bei 16GB Arbeitsspeicher mit so einem kleinen 1GB Swap bewirken?
...
Ich habe swap im Betrieb im Normalfall auskommentiert, 1GB ungenutzt schmerzt bei den heutigen Plattengrößen nicht mehr.
Das ist richtig, aber 16GB auch nicht, und das ist im Grunde genommen die Mindestgröße des Swaps bei 16GB Speicher, damit ggf. Hibernate verwendet werden kann
Für meine Zwecke und mit einer SSD bringt mehr swap nichts, auf hibernate bzw. resume kann ich m.E. verzichten. Peter
Manfred
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 30.07.19 um 08:39 schrieb Martin Deppe:
Am 30.07.19 um 01:14 schrieb Peter McD: ...
Nun stelle ich fest, selbst wenn swap in den beiden fstab auskommentiert ist, wird er jeweils von top angezeigt. wie das denn? ...
könnte es sein, daß Du Dein System weder neu gestartet hast noch Swap manuell deaktiviert hast?
Nix dergleichen, ich konnte es auch nicht glauben und habe genau darauf geachtet, das swap auskommentiert ist und bleibt. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, jetzt möchte ich doch wissen, warum manchmal dieses swap Problem auftritt. Am Dienstag, 30. Juli 2019, 11:38:09 CEST schrieb Peter McD:
Am 30.07.19 um 08:39 schrieb Martin Deppe:
Am 30.07.19 um 01:14 schrieb Peter McD: ...
Nun stelle ich fest, selbst wenn swap in den beiden fstab auskommentiert ist, wird er jeweils von top angezeigt. wie das denn?
...
könnte es sein, daß Du Dein System weder neu gestartet hast noch Swap manuell deaktiviert hast? Nix dergleichen, ich konnte es auch nicht glauben und habe genau darauf geachtet, das swap auskommentiert ist und bleibt.
Gruß Peter Bei mir geht es, wie Ihr und ich erwarte.
OS 15.1 #uname -a Linux localhost 4.12.14-lp151.28.10-default #1 SMP Sat Jul 13 17:59:31 UTC 2019 (0ab03b7) x86_64 x86_64 x86_64 GNU/Linux Eine eigene swap-datei könnte vielleicht helfen das Problem zu finden. Hier auf /partextra - /(home oder so wiird auch gehen). # grep swap /etc/fstab UUID=99999999999999999999999999999999 swap swap defaults 0 0 /partextra/swapfile-16GB-root01 swap swap defaults 0 0 -------------------------------------------------------------------------------------------------------------- # swapon --show NAME TYPE SIZE USED PRIO /dev/sdb2 partition 2G 0B -1 /partextra/swapfile-16GB-root01 file 16G 0B -2 # systemctl status swap.target ● swap.target - Swap Loaded: loaded (/usr/lib/systemd/system/swap.target; static; vendor preset: disabled) Active: active since Fri 2019-08-02 09:06:01 CEST; 49min ago Docs: man:systemd.special(7) Aug 02 09:06:01 localhost systemd[1]: Reached target Swap. Vielleicht hilft in journalctl zu sehen, etwa (benutze sddm, extra home Partition, Zeit ist kurz vor systemctl oben). # journalctl -S '2019-08-02 09:00:00' | grep -iE 'mounting /home|swap| sddm.*Session started' Da sehe ich: swap oder home wird gemounted innerhalb von Sekunden. Sddm startet ca 1 Minute später. Danach keine Änderung bezgl. swap. Wenn das mit swap Datei bei Dir geht, dann mal in fstab auskommentieren und neu starten. Vielleicht verschwindet dann die swap Datei? Viele Grüße Hugo Mahr -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 02.08.19 um 11:00 schrieb Hugo:
jetzt möchte ich doch wissen, warum manchmal dieses swap Problem auftritt. Am Dienstag, 30. Juli 2019, 11:38:09 CEST schrieb Peter McD:
Am 30.07.19 um 01:14 schrieb Peter McD: ...
Nun stelle ich fest, selbst wenn swap in den beiden fstab auskommentiert ist, wird er jeweils von top angezeigt. wie das denn? ...
Eine eigene swap-datei könnte vielleicht helfen das Problem zu finden. Hier auf /partextra - /(home oder so wiird auch gehen).
# grep swap /etc/fstab UUID=99999999999999999999999999999999 swap swap defaults 0 0 /partextra/swapfile-16GB-root01 swap swap defaults 0 0
# swapon --show NAME TYPE SIZE USED PRIO /dev/sdb2 partition 2G 0B -1 /partextra/swapfile-16GB-root01 file 16G 0B -2
# systemctl status swap.target ● swap.target - Swap Loaded: loaded (/usr/lib/systemd/system/swap.target; static; vendor preset: disabled) Active: active since Fri 2019-08-02 09:06:01 CEST; 49min ago Docs: man:systemd.special(7)
Zusammenfassung: Systeme Leap 15.0 und 15.1 unter Uefi/GPT neu eingerichtet, die swap Partition meldet sich, obwohl sie bei beiden fstab auskommentiert ist. Einmal für Leap 15.0: Swap in /etc/fstab auskommentiert und frisch gebootet. # grep swap /etc/fstab # swap (sda7) wird überdacht, wg Encryption # UUID=4b5c0b23-d622-474d-aae7-261ff12304f6 swap swap defaults 0 0 # systemctl status swap.target ● swap.target - Swap Loaded: loaded (/usr/lib/systemd/system/swap.target; static; vendor preset: disabled) Active: active since Fri 2019-08-02 19:43:41 CEST; 21min ago Docs: man:systemd.special(7) Aug 02 19:43:41 lux-lp150 systemd[1]: Reached target Swap. testen mit "free", "top könnte ich auch nehmen. # free total used free shared buff/cache available Mem: 16415352 815244 14802748 29492 797360 15285068 Swap: 1048572 0 1048572 # swapon --show NAME TYPE SIZE USED PRIO /dev/sda7 partition 1024M 0B -1 war zu erwarten. wie wäre es mit swapoff -a darauf free # free total used free shared buff/cache available Mem: 16415352 853764 14704872 29508 856716 15244604 Swap: 0 0 0 was nicht funktioniert ist # swapon -a # free total used free shared buff/cache available Mem: 16415352 854408 14704308 29508 856636 15244008 Swap: 0 0 0 Swap bleibt nun weg, aber nach einen Reboot habe ich es wieder. Das ganze ist keine gute Sache, wenn jemand z.B. zwei Systeme installiert hat, eines aus guten Grund (Encryption wäre einer) ohne swap fährt und durch die Hintertür swap untergejubelt bekommt. Die harte Lösung wäre die swap-Partition zu entfernen. Wie es mit einem swap-File aussehen würde, habe ich nicht getestet. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 02.08.19 um 11:00 schrieb Hugo:
jetzt möchte ich doch wissen, warum manchmal dieses swap Problem auftritt.
Am Dienstag, 30. Juli 2019, 11:38:09 CEST schrieb Peter McD:
Am 30.07.19 um 01:14 schrieb Peter McD: ...
Nun stelle ich fest, selbst wenn swap in den beiden fstab auskommentiert ist, wird er jeweils von top angezeigt. wie das denn?
...
Eine eigene swap-datei könnte vielleicht helfen das Problem zu finden. Hier auf /partextra - /(home oder so wiird auch gehen).
# grep swap /etc/fstab UUID=99999999999999999999999999999999 swap swap defaults 0 0 /partextra/swapfile-16GB-root01 swap swap defaults 0 0
# swapon --show
NAME TYPE SIZE USED PRIO /dev/sdb2 partition 2G 0B -1 /partextra/swapfile-16GB-root01 file 16G 0B -2
# systemctl status swap.target ● swap.target - Swap
Loaded: loaded (/usr/lib/systemd/system/swap.target; static; vendor
Hallo Peter, Am Freitag, 2. August 2019, 20:25:51 CEST schrieb Peter McD: preset:
disabled)
Active: active since Fri 2019-08-02 09:06:01 CEST; 49min ago
Docs: man:systemd.special(7)
Zusammenfassung: Systeme Leap 15.0 und 15.1 unter Uefi/GPT neu eingerichtet, die swap Partition meldet sich, obwohl sie bei beiden fstab auskommentiert ist.
Einmal für Leap 15.0: Swap in /etc/fstab auskommentiert und frisch gebootet.
# grep swap /etc/fstab # swap (sda7) wird überdacht, wg Encryption # UUID=4b5c0b23-d622-474d-aae7-261ff12304f6 swap swap defaults 0 0
# systemctl status swap.target ● swap.target - Swap Loaded: loaded (/usr/lib/systemd/system/swap.target; static; vendor preset: disabled) Active: active since Fri 2019-08-02 19:43:41 CEST; 21min ago Docs: man:systemd.special(7) Aug 02 19:43:41 lux-lp150 systemd[1]: Reached target Swap.
testen mit "free", "top könnte ich auch nehmen. # free total used free shared buff/cache available Mem: 16415352 815244 14802748 29492 797360 15285068 Swap: 1048572 0 1048572
# swapon --show NAME TYPE SIZE USED PRIO /dev/sda7 partition 1024M 0B -1
war zu erwarten.
wie wäre es mit swapoff -a darauf free # free total used free shared buff/cache available Mem: 16415352 853764 14704872 29508 856716 15244604 Swap: 0 0 0
was nicht funktioniert ist
# swapon -a
# free total used free shared buff/cache available Mem: 16415352 854408 14704308 29508 856636 15244008 Swap: 0 0 0
Swap bleibt nun weg, aber nach einen Reboot habe ich es wieder.
Das ganze ist keine gute Sache, wenn jemand z.B. zwei Systeme installiert hat, eines aus guten Grund (Encryption wäre einer) ohne swap fährt und durch die Hintertür swap untergejubelt bekommt.
Die harte Lösung wäre die swap-Partition zu entfernen. Wie es mit einem swap-File aussehen würde, habe ich nicht getestet.
Gruß Peter Ok, meine Idee war auch noch eine Swap-Datei zu testen ....
Jetzt habe ich noch einen alten Beitrag aus 2013 gefunden. Vielleicht trifft der zu. Danach ist wohl Systemd verantwortlich. Und ich verstehe es so, daß die Anzahl der genutzten Partiionen vielleicht einen Unterschied machen. man systemd-gpt-auto-generator - Generator for automatically discovering and mounting root, /home and /srv partitions, as well as discovering and enabling swap partitions, based on GPT partition type GUIDs. --------------------------------------------------------------------------------------------- anno 2013 :~ # systemctl list-units --type swap --full --no-pager :~ # systemctl list-units --type swap --all --full --no-pager https://bbs.archlinux.org/viewtopic.php?id=169984&p=2 [Solved] - Systemd 207 upgrade - swap service failed "I followed up the instructions given on that link, so now I have the encrypted swap fully managed by systemd, without using fstab, nor crypttab... But it seems like systemd is still trying to mount the swap partition after executing the new service, so the error message is still being shown."" "... Change GPT partition type for your swap partition. ..." Gruß Hugo Mahr -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03.08.19 um 11:03 schrieb Hugo:
Hallo Peter, Am Freitag, 2. August 2019, 20:25:51 CEST schrieb Peter McD: ...
Swap bleibt nun weg, aber nach einen Reboot habe ich es wieder.
Das ganze ist keine gute Sache, wenn jemand z.B. zwei Systeme installiert hat, eines aus guten Grund (Encryption wäre einer) ohne swap fährt und durch die Hintertür swap untergejubelt bekommt.
Die harte Lösung wäre die swap-Partition zu entfernen. Wie es mit einem swap-File aussehen würde, habe ich nicht getestet.
Ok, meine Idee war auch noch eine Swap-Datei zu testen ....
Jetzt habe ich noch einen alten Beitrag aus 2013 gefunden. Vielleicht trifft der zu. Danach ist wohl Systemd verantwortlich. Und ich verstehe es so, daß die Anzahl der genutzten Partiionen vielleicht einen Unterschied machen > man systemd-gpt-auto-generator - Generator for automatically discovering and mounting root, /home and /srv partitions, as well as discovering and enabling swap partitions, based on GPT partition type GUIDs. --------------------------------------------------------------------------------------------- anno 2013
:~ # systemctl list-units --type swap --full --no-pager :~ # systemctl list-units --type swap --all --full --no-pager
https://bbs.archlinux.org/viewtopic.php?id=169984&p=2 [Solved] - Systemd 207 upgrade - swap service failed
"I followed up the instructions given on that link, so now I have the encrypted swap fully managed by systemd, without using fstab, nor crypttab... But it seems like systemd is still trying to mount the swap partition after executing the new service, so the error message is still being shown.""
"... Change GPT partition type for your swap partition. ..."
Weißt du,ich denke, es sollte nur ein Ort für die Verwendung von swap zuständig sein sollte. Ich werde das von mir beobachtete swap-Verhalten übers Wochenende als Bug weitermelden. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Hugo -
Manfred Kreisl -
Martin Deppe -
Peter McD