[opensuse-factory] Warning: new systemd version landing in Factory
Hi all, systemd v202 should be landed in Factory soon. It contains a lot of changes (and bug fixes) compared to v195 we had in 12.3, like (this is an extract from the .changes I wrote): + udev now supports different naming policies for network interface for predictable names (this one is disabled by /usr/lib/tmpfiles.d/network.conf until network team had a chance to look at it and test it). This should be enabled by default in Factory soon (see http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterface... ) This can be also be turned off with kernel command line switch: net.ifnames=0 (when the tmpfiles.d is removed in the near future) + udev gained support for loading additional device properties from an indexed database. %udev_hwdb_update macro should be used by packages adding entries to this database. + Journal gained support for "Message Catalog", indexed database to link up additional information with journal entries. %journal_catalog_update macro should be used by packages adding %entries to this database. + New rpm macros has been added: %udev_rules_update(), %_udevhwdbdir, %_udevrulesdir, %_journalcatalogdir, %_tmpfilesdir, %_sysctldir. + "age" field for tmpfiles entries can be set to 0, forcing removal of files matching this entry. + coredumpctl gained "gdb" verb to invoke gdb on selected coredump. + In service files, %U can be used for configured user name of the service. + nspawn can be invoked without a controlling TTY. + systemd and nspawn can accept socket file descriptors when started for socket activation. This allow socket activated nspawn containers. + logind can now automatically suspend/hibernate/shutdown system on idle. + ConditionACPower can be used in unit file to detect if AC power source is connected or if system is on battery power. + EnvironmentFile= in unit files supports file globbing. + Behaviour of PrivateTmp=, ReadWriteDirectories=, ReadOnlyDirectories= and InaccessibleDirectories= has changed. The private /tmp and /var/tmp directories are now shared by all processes of a service (which means ExecStartPre= may now leave data in /tmp that ExecStart= of the same service can still access). When a service is stopped its temporary directories are immediately deleted (normal clean-up with tmpfiles is still done in addition to this though). + Resource limits (as exposed by cgroup controlers) can be controlled dynamically at runtime for all units, using "systemctl set-cgroup-attr foobar.server cgroup.attribute value". Those settings are stored persistenly on disk. + systemd-vconsole-setup will now copy all fonts settings to all allocated VTs. + timedated now exposes CanNTP property to indicate if a local NTP service is available. + pstore file system is mounted by default, if available. + SMACK policies are loaded at early boot, if available. + Timer units now support calendar time events. + systemd-detect-virt detect xen PVs. + Some distributions specific LSB targets has been dropped: $x-display-manager, $mail-transfer-agent, $mail-transport-agent, $mail-transfer-agent, $smtp, $null. As well mail-transfer-agent.target and syslog.target has been removed. + systemd-journal-gatewayd gained SSL support and now runs as unprivileged user/group "systemd-journal-gateway:systemd-journal-gateway" + systemd-analyze will read, when available, boot time performance from EFI variable from boot loader supporting it. + A new generator for automatically mounting EFI System Partition (ESP) to /boot (if empty and no other file system has been configured in fstab for it). + logind will now send out PrepareForSleep(false) out unconditionally, after coming back from suspend. + tmpfiles gained a new "X" line type, that allows configuration of files and directories (with wildcards) that shall be excluded from automatic cleanup ("aging"). + udev default rules set the device node permissions now only at "add" events, and do not change them any longer with a later "change" event. + A new bootctl tool has been added that is an interface for certain EFI boot loader operations. + A new tool kernel-install has been added to install kernel images according to Boot Loader Specification. + A new tool systemd-activate can be used to test socket activation. + A new group "systemd-journal" is now owning journal files, replacing "adm" group. + journalctl gained "--reverse" to show output in reverse order, "--pager-end" to jump at the end of the journal in the pager (only less is supported) and "--user-unit" to filter for user units. + New unit files has been addedto ease for systemd usage in initrd. + "systemctl start" now supports "--irreversible" to queue operations which can be reserved. It is now used to make shutdown requests more robust. + Auke Kok's bootchart has been merged and relicensed to LGPLv2.1+. + nss-myhostname has been merged in systemd codebase. + some defaults sysctl values are now set by default: the safe sysrq options are turned on, IP route verification is turned on, and source routing disabled. The recently added hardlink and softlink protection of the kernel is turned on. + journald will now explicitly flush journal files to disk at the latest 5 min after each write and will mark file offline until next read. This should increase reliability in case of crash. + remote-fs-setup.target target has been added to pull in specific services when at least one remote file system is to be mounted. + timers.target and paths.target have been added as canonical targets to pull user timer and path units, similar to sockets.targets. + udev daemon now sets default number of worker processes in parallel based on number of CPUs instead of RAM. + Most unit file settings which takes likst of items can now be reset by assigning empty string to them, using drop-in. + Add support for drop-in configuration file for units. + Most unit file settings which takes likst of items can now be reset by assigning empty string to them, using drop-in. + 'hostnamectl set-hostname' allows setting FQDN hostnames. + fractional time intervals are now parsed properly. + localectl can list available X11 keymaps. + systemd-analyze dot can filter for specific units and has been rewritten in C. + systemctl gained "list-dependencies" command. + Inhibitors are now honored no only in GNOME. + 'systemctl list-jobs' got some polishing. '--type=' argument may now be passed more than once. 'systemctl list-sockets' has been added. + systemd gained a new unit 'systemd-static-nodes.service' that generates static device nodes earlier during boot, and can run in conjunction with udev. + systemd-nspawn now places all containers in the new /machine top-level cgroup directory in the name=systemd hierarchy. + bootchart can now store its data in the journal. + journactl can now take multiple --unit= and --user-unit= switches. + The cryptsetup logic now understands the "luks.key=" kernel command line switch. If a configured key file is missing, it will fallback to prompting the user. -- Frederic Crozat <fcrozat@suse.com> SUSE -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 23.04.2013 13:22, schrieb Frederic Crozat:
Hi all,
systemd v202 should be landed in Factory soon. It contains a lot of changes (and bug fixes) compared to v195 we had in 12.3, like (this is an extract from the .changes I wrote): + udev now supports different naming policies for network interface for predictable names (this one is disabled by /usr/lib/tmpfiles.d/network.conf until network team had a chance to look at it and test it). This should be enabled by default in Factory soon (see http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterface... ) This can be also be turned off with kernel command line switch: net.ifnames=0 (when the tmpfiles.d is removed in the near future)
This will only affect new installations, right? Updates will have /etc/udev/rules.d/70-persistent-net.rules and everything will continue being as always? (I call my interfaces "cable" and "air" for quite some time in order to find bugs in software expecting specific names and I would hate to have this overridden by some broken update logic as all the statistics would be off)
+ logind can now automatically suspend/hibernate/shutdown system on idle.
This will be off by default, right?
+ some defaults sysctl values are now set by default: the safe sysrq options are turned on
which ones are considered "safe"?
+ journald will now explicitly flush journal files to disk at the latest 5 min after each write and will mark file offline until next read. This should increase reliability in case of crash.
This will wake up my disk all the time. Can I turn this off?
+ Inhibitors are now honored no only in GNOME.
Parse error, care to explain? Best regards, Stefan -- Stefan Seyfried "If your lighter runs out of fluid or flint and stops making fire, and you can't be bothered to figure out about lighter fluid or flint, that is not Zippo's fault." -- bkw -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 23 Apr 2013 15:26:37 +0200 Stefan Seyfried <stefan.seyfried@googlemail.com> wrote:
This will only affect new installations, right? Updates will have /etc/udev/rules.d/70-persistent-net.rules and everything will continue being as always?
(I call my interfaces "cable" and "air" for quite some time in order to find bugs in software expecting specific names and I would hate to have this overridden by some broken update logic as all the statistics would be off)
Yes, we will keep the support for it, but not for persistent naming. Meaning if you have the rule /etc/udev/rules.d/70-persistent-net.rules then it will do it's job, but not new rules will be generated. This will help users who upgrade from older version and new users will use the new implemented fashion. -- Robert Milasan L3 Support Engineer SUSE Linux (http://www.suse.com) email: rmilasan@suse.com GPG fingerprint: B6FE F4A8 0FA3 3040 3402 6FE7 2F64 167C 1909 6D1A -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 23.04.2013 15:44, schrieb Robert Milasan:
Yes, we will keep the support for it, but not for persistent naming. Meaning if you have the rule /etc/udev/rules.d/70-persistent-net.rules then it will do it's job, but not new rules will be generated. This will help users who upgrade from older version and new users will use the new implemented fashion.
That's fine, as long as i can still override fdo's crazy (from my POV :-) ideas on how devices should be named. thanks for clarifying, Stefan -- Stefan Seyfried "If your lighter runs out of fluid or flint and stops making fire, and you can't be bothered to figure out about lighter fluid or flint, that is not Zippo's fault." -- bkw -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 23/04/13 12:33, Stefan Seyfried escribió:
Am 23.04.2013 15:44, schrieb Robert Milasan:
Yes, we will keep the support for it, but not for persistent naming. Meaning if you have the rule /etc/udev/rules.d/70-persistent-net.rules then it will do it's job, but not new rules will be generated. This will help users who upgrade from older version and new users will use the new implemented fashion.
That's fine, as long as i can still override fdo's crazy (from my POV :-) ideas on how devices should be named.
The scheme is not original to udev, but comes from biosdevname. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 23/04/13 10:44, Robert Milasan escribió:
Yes, we will keep the support for it, but not for persistent naming. Meaning if you have the rule /etc/udev/rules.d/70-persistent-net.rules then it will do it's job, but not new rules will be generated. This will help users who upgrade from older version and new users will use the new implemented fashion.
How do I opt-out from SUSE mods to this behaviour ? I really do not want them around here.. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Tue, 23 Apr 2013 13:13:51 -0300 Cristian Rodríguez <crrodriguez@opensuse.org> пишет:
El 23/04/13 10:44, Robert Milasan escribió:
Yes, we will keep the support for it, but not for persistent naming. Meaning if you have the rule /etc/udev/rules.d/70-persistent-net.rules then it will do it's job, but not new rules will be generated. This will help users who upgrade from older version and new users will use the new implemented fashion.
How do I opt-out from SUSE mods to this behaviour ?
rm /etc/udev/rules.d/70-persistent-net.rules ? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 23/04/13 13:32, Andrey Borzenkov escribió:
В Tue, 23 Apr 2013 13:13:51 -0300 Cristian Rodríguez <crrodriguez@opensuse.org> пишет:
El 23/04/13 10:44, Robert Milasan escribió:
Yes, we will keep the support for it, but not for persistent naming. Meaning if you have the rule /etc/udev/rules.d/70-persistent-net.rules then it will do it's job, but not new rules will be generated. This will help users who upgrade from older version and new users will use the new implemented fashion.
How do I opt-out from SUSE mods to this behaviour ?
rm /etc/udev/rules.d/70-persistent-net.rules ?
Does not do the trick.. already tried that.. also, the new naming scheme is getting disabled in /usr/lib/tmpfiles.d/network.conf instead of doing what the documentation says ln -s /dev/null /etc/udev/rules.d/80-net-name-slot.rules -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday, April 23, 2013 13:13:51 Cristian Rodríguez wrote:
El 23/04/13 10:44, Robert Milasan escribió:
Yes, we will keep the support for it, but not for persistent naming. Meaning if you have the rule /etc/udev/rules.d/70-persistent-net.rules then it will do it's job, but not new rules will be generated. This will help users who upgrade from older version and new users will use the new implemented fashion.
How do I opt-out from SUSE mods to this behaviour ? I really do not want them around here..
How do I opt out of the red hat mod called systemd? I really do not want it around here Anders -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 23/04/13 13:13, Cristian Rodríguez escribió:
El 23/04/13 10:44, Robert Milasan escribió:
Yes, we will keep the support for it, but not for persistent naming. Meaning if you have the rule /etc/udev/rules.d/70-persistent-net.rules then it will do it's job, but not new rules will be generated. This will help users who upgrade from older version and new users will use the new implemented fashion.
How do I opt-out from SUSE mods to this behaviour ? I really do not want them around here..
OK, I will answer my own question here :-) ln -sf /dev/null /etc/udev/rules.d/75-persistent-net-generator.rules ln -sf /dev/null /etc/udev/rules.d/70-persistent-net.rules rm /usr/lib/tmpfiles.d/network.conf (FAIL! , should get disabled somewhere else, now every systemd update will get me this file again) reboot. That 's all. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 23/04/13 15:01, Cristian Rodríguez escribió:
rm /usr/lib/tmpfiles.d/network.conf (FAIL! , should get disabled somewhere else, now every systemd update will get me this file again)
Also one could ln -sf /dev/null /etc/tmpfiles.d/network.conf to avoid systemd package block on the new naming scheme. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Le mardi 23 avril 2013 à 15:26 +0200, Stefan Seyfried a écrit :
Am 23.04.2013 13:22, schrieb Frederic Crozat:
Hi all,
systemd v202 should be landed in Factory soon. It contains a lot of changes (and bug fixes) compared to v195 we had in 12.3, like (this is an extract from the .changes I wrote): + udev now supports different naming policies for network interface for predictable names (this one is disabled by /usr/lib/tmpfiles.d/network.conf until network team had a chance to look at it and test it). This should be enabled by default in Factory soon (see http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterface... ) This can be also be turned off with kernel command line switch: net.ifnames=0 (when the tmpfiles.d is removed in the near future)
This will only affect new installations, right? Updates will have /etc/udev/rules.d/70-persistent-net.rules and everything will continue being as always?
(I call my interfaces "cable" and "air" for quite some time in order to find bugs in software expecting specific names and I would hate to have this overridden by some broken update logic as all the statistics would be off)
It should be, but it will be in the hand of the network folks..
+ logind can now automatically suspend/hibernate/shutdown system on idle.
This will be off by default, right?
yes, it is.
+ some defaults sysctl values are now set by default: the safe sysrq options are turned on
which ones are considered "safe"?
http://cgit.freedesktop.org/systemd/systemd/tree/sysctl.d/50-default.conf
+ journald will now explicitly flush journal files to disk at the latest 5 min after each write and will mark file offline until next read. This should increase reliability in case of crash.
This will wake up my disk all the time. Can I turn this off?
Yes (check the manpage for journal)
+ Inhibitors are now honored no only in GNOME.
Parse error, care to explain?
Not only (apparently, there was some issues with inhibitors not being properly handled when not issued by GNOME, feel free to check git for the complete details). -- Frederic Crozat <fcrozat@suse.com> SUSE -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Tue, 23 Apr 2013 15:55:25 +0200 Frederic Crozat <fcrozat@suse.com> пишет:
+ Inhibitors are now honored no only in GNOME.
Parse error, care to explain?
Not only (apparently, there was some issues with inhibitors not being properly handled when not issued by GNOME, feel free to check git for the complete details).
I do not see anything even remotely similar to this sentence either in commit log or in NEWS, so could you at least point at commit that implements it? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Le mardi 23 avril 2013 à 19:53 +0400, Andrey Borzenkov a écrit :
В Tue, 23 Apr 2013 15:55:25 +0200 Frederic Crozat <fcrozat@suse.com> пишет:
+ Inhibitors are now honored no only in GNOME.
Parse error, care to explain?
Not only (apparently, there was some issues with inhibitors not being properly handled when not issued by GNOME, feel free to check git for the complete details).
I do not see anything even remotely similar to this sentence either in commit log or in NEWS, so could you at least point at commit that implements it? in NEWS from v198: * Inhibitors are now honored and listed by "systemctl suspend", "systemctl poweroff" (and similar) too, not only GNOME. These commands will also list active sessions by other users.
-- Frederic Crozat <fcrozat@suse.com> SUSE -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Tue, 23 Apr 2013 18:05:52 +0200 Frederic Crozat <fcrozat@suse.com> пишет:
Le mardi 23 avril 2013 à 19:53 +0400, Andrey Borzenkov a écrit :
В Tue, 23 Apr 2013 15:55:25 +0200 Frederic Crozat <fcrozat@suse.com> пишет:
+ Inhibitors are now honored no only in GNOME.
Parse error, care to explain?
Not only (apparently, there was some issues with inhibitors not being properly handled when not issued by GNOME, feel free to check git for the complete details).
I do not see anything even remotely similar to this sentence either in commit log or in NEWS, so could you at least point at commit that implements it? in NEWS from v198: * Inhibitors are now honored and listed by "systemctl suspend", "systemctl poweroff" (and similar) too, not only GNOME. These commands will also list active sessions by other users.
Ah, thanks, this should then be this one commit b37844d3d72af3afbcb801476cf07c085519f392 Author: Lennart Poettering <lennart@poettering.net> Date: Fri Jan 11 04:24:05 2013 +0100 systemctl: honour inhibitors when shutting down or entering sleep state Basically, it just makes systemctl to refuse to execute command if inhibitors are set. From the man page: -i, --ignore-inhibitors When system shutdown or a sleep state is requested, ignore inhibitor locks. Applications can establish inhibitor locks to avoid that certain important operations (such as CD burning or suchlike) are interrupted by system shutdown or a sleep state. Any user may take these locks and privileged users may override these locks. If any locks are taken, shutdown and sleep state requests will normally fail (regardless if privileged or not) and a list of active locks is printed. However if --ignore-inhibitors is specified the locks are ignored and not printed, and the operation attempted anyway, possibly requiring additional privileges. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2013-04-23 at 15:55 +0200, Frederic Crozat wrote:
+ journald will now explicitly flush journal files to disk at the latest 5 min after each write and will mark file offline until next read. This should increase reliability in case of crash.
This will wake up my disk all the time. Can I turn this off?
Yes (check the manpage for journal)
I hope that "laptop-mode-tools" does this automatically. - -- Cheers, Carlos E. R. (from 12.1 x86_64 "Asparagus" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAlF2zjYACgkQtTMYHG2NR9WORACgiBV2g6pTTBmrKqTghGLdrjFo AOwAnRZRwHuw4WDZQhdhZpOTSDgvpTSi =13Md -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 23/04/13 15:08, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tuesday, 2013-04-23 at 15:55 +0200, Frederic Crozat wrote:
+ journald will now explicitly flush journal files to disk at the latest 5 min after each write and will mark file offline until next read. This should increase reliability in case of crash.
This will wake up my disk all the time. Can I turn this off?
Yes (check the manpage for journal)
I hope that "laptop-mode-tools" does this automatically.
Probably not needed, we could send a patch to make this explicit flush only when ConditionACPower= is true. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El mar 23 abr 2013 15:15:21 CLST, Cristian Rodríguez escribió:
El 23/04/13 15:08, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tuesday, 2013-04-23 at 15:55 +0200, Frederic Crozat wrote:
+ journald will now explicitly flush journal files to disk at the latest 5 min after each write and will mark file offline until next read. This should increase reliability in case of crash.
This will wake up my disk all the time. Can I turn this off?
Yes (check the manpage for journal)
I hope that "laptop-mode-tools" does this automatically.
Probably not needed, we could send a patch to make this explicit flush only when ConditionACPower= is true.
response from upstream: "this only configures the maximum time to keep unwritten log messages in memory. If there's nothing unwritten, then we won't wake up at all. Or to turn this around: if this configured value is an issue, then better fix that specific software that constantly wakes up and generates messages. If the machine is idle, then nothing should log and nothing needs to be written. If the machine is not idle, and something logged, then we should flush it to disk eventually." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, Apr 23, 2013 at 4:01 PM, Cristian Rodríguez <crrodriguez@opensuse.org> wrote:
El mar 23 abr 2013 15:15:21 CLST, Cristian Rodríguez escribió:
El 23/04/13 15:08, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tuesday, 2013-04-23 at 15:55 +0200, Frederic Crozat wrote:
+ journald will now explicitly flush journal files to disk at the latest 5 min after each write and will mark file offline until next read. This should increase reliability in case of crash.
This will wake up my disk all the time. Can I turn this off?
Yes (check the manpage for journal)
I hope that "laptop-mode-tools" does this automatically.
Probably not needed, we could send a patch to make this explicit flush only when ConditionACPower= is true.
response from upstream:
"this only configures the maximum time to keep unwritten log messages in memory. If there's nothing unwritten, then we won't wake up at all. Or to turn this around: if this configured value is an issue, then better fix that specific software that constantly wakes up and generates messages. If the machine is idle, then nothing should log and nothing needs to be written. If the machine is not idle, and something logged, then we should flush it to disk eventually."
Does it flush (ie, fdisk, or in case of journal, more likely an msync?) Because if it does, the real concern is that it will burn SSDs far faster than normal logging would. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 23/04/13 16:28, Claudio Freire escribió:
Does it flush (ie, fdisk, or in case of journal, more likely an msync?)
Flush in this context means,, "Move entries from temporary storage "RAM/tmpfs" to the permanent storage device in /var/log/journal Does nothing if Storage is set "volatile" or "none" -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, Apr 23, 2013 at 4:47 PM, Cristian Rodríguez <crrodriguez@opensuse.org> wrote:
El 23/04/13 16:28, Claudio Freire escribió:
Does it flush (ie, fdisk, or in case of journal, more likely an msync?)
Flush in this context means,, "Move entries from temporary storage "RAM/tmpfs" to the permanent storage device in /var/log/journal
Does nothing if Storage is set "volatile" or "none"
Flush in my sentence means calling fsync to assert data is persistent. Also called a barrier[0][1][2][3]. [0] http://en.wikipedia.org/wiki/Sync_%28Unix%29 [1] http://unixhelp.ed.ac.uk/CGI/man-cgi?mount+8 [2] http://lwn.net/Articles/283306/ [3] http://osdir.com/ml/zfs-discuss/2013-02/msg00531.html -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2013-04-23 at 15:15 -0300, Cristian Rodríguez wrote:
El 23/04/13 15:08, Carlos E. R. escribió:
I hope that "laptop-mode-tools" does this automatically.
Probably not needed, we could send a patch to make this explicit flush only when ConditionACPower= is true.
That sounds very reasonable. Still, laptop-mode-tools has a convenient central configuration for many adjustments to be done with power changes, so that the user can choose. - -- Cheers, Carlos E. R. (from 12.1 x86_64 "Asparagus" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAlF25lYACgkQtTMYHG2NR9VlkACaA4hLJw6XsLcoBqxTpzI80FRe UNUAn03AWbMHldfU8UjdWpWKaoFbL5gd =9wja -----END PGP SIGNATURE-----
El 23/04/13 16:51, Carlos E. R. escribió:
Still, laptop-mode-tools has a convenient central configuration for many adjustments to be done with power changes, so that the user can choose.
Not for this case, laptop-mode-tools just tells the kernel at what interval the actual process of commiting data to the disk should go. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi, On Tuesday 23 April 2013 13:22:27 Frederic Crozat wrote:
Hi all,
systemd v202 should be landed in Factory soon. It contains a lot of changes (and bug fixes) compared to v195 we had in 12.3, like (this is an extract from the .changes I wrote): [...]
I'm not sure if the issue is directly related to this update as I don't reboot very often, but afaics, /etc/init.d/boot.local isn't read anymore when booting. Renaming /etc/init.d/boot.local to /etc/rc.local fixed it and 'systemctl status rc-local.service' is now green again. Christophe
Le mardi 14 mai 2013 à 15:59 +0200, Christophe Giboudeaux a écrit :
Hi,
On Tuesday 23 April 2013 13:22:27 Frederic Crozat wrote:
Hi all,
systemd v202 should be landed in Factory soon. It contains a lot of changes (and bug fixes) compared to v195 we had in 12.3, like (this is an extract from the .changes I wrote): [...]
I'm not sure if the issue is directly related to this update as I don't reboot very often, but afaics, /etc/init.d/boot.local isn't read anymore when booting.
Renaming /etc/init.d/boot.local to /etc/rc.local fixed it and 'systemctl status rc-local.service' is now green again.
Oops, the change for this was lost in the rebase (before, it was autodetected, now, it must be specified on configure line). Fix in progress. -- Frederic Crozat <fcrozat@suse.com> SUSE -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
In thread "Warning: new systemd version landing in Factory" on 2013-04-23 13:22 (GMT+0200) Frederic Crozat composed:
interface for predictable names (this one is disabled by /usr/lib/tmpfiles.d/network.conf until network team had a chance to look at it and test it). This should be enabled by default in Factory soon (see http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterface... ) This can be also be turned off with kernel command line switch: net.ifnames=0 (when the tmpfiles.d is removed in the near future)
Is net.ifnames=0 preferred to the much longer and immemorable udev.rule=... to keep the only installed NIC on eth0 in Beta 1? If so, https://en.opensuse.org/Linuxrc needs an update to include it, and I wonder what else needs updating there? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Thu, 19 Sep 2013 16:01:06 -0400 Felix Miata <mrmazda@earthlink.net> пишет:
In thread "Warning: new systemd version landing in Factory" on 2013-04-23 13:22 (GMT+0200) Frederic Crozat composed:
interface for predictable names (this one is disabled by /usr/lib/tmpfiles.d/network.conf until network team had a chance to look at it and test it). This should be enabled by default in Factory soon (see http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterface... ) This can be also be turned off with kernel command line switch: net.ifnames=0 (when the tmpfiles.d is removed in the near future)
Is net.ifnames=0 preferred to the much longer and immemorable udev.rule=... to keep the only installed NIC on eth0 in Beta 1?
They are not really mutually exclusive. But in this specific case both will work.
If so, https://en.opensuse.org/Linuxrc needs an update to include it,
So update it :) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-09-20 07:35 (GMT+0400) Andrey Borzenkov composed:
÷ Thu, 19 Sep 2013 16:01:06 -0400 Felix Miata composed:
In thread "Warning: new systemd version landing in Factory" on 2013-04-23 13:22 (GMT+0200) Frederic Crozat composed:
interface for predictable names (this one is disabled by /usr/lib/tmpfiles.d/network.conf until network team had a chance to look at it and test it). This should be enabled by default in Factory soon (see http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterface... ) This can be also be turned off with kernel command line switch: net.ifnames=0 (when the tmpfiles.d is removed in the near future)
Is net.ifnames=0 preferred to the much longer and immemorable udev.rule=... to keep the only installed NIC on eth0 in Beta 1?
They are not really mutually exclusive. But in this specific case both will work.
The word I used in my question was "preferred".
If so, https://en.opensuse.org/Linuxrc needs an update to include it,
So update it :)
As I reported on the opensuse-testing list about an hour ago, net.ifnames=0 apparently did not work. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Thu, 19 Sep 2013 23:48:30 -0400 Felix Miata <mrmazda@earthlink.net> пишет:
On 2013-09-20 07:35 (GMT+0400) Andrey Borzenkov composed:
÷ Thu, 19 Sep 2013 16:01:06 -0400 Felix Miata composed:
In thread "Warning: new systemd version landing in Factory" on 2013-04-23 13:22 (GMT+0200) Frederic Crozat composed:
interface for predictable names (this one is disabled by /usr/lib/tmpfiles.d/network.conf until network team had a chance to look at it and test it). This should be enabled by default in Factory soon (see http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterface... ) This can be also be turned off with kernel command line switch: net.ifnames=0 (when the tmpfiles.d is removed in the near future)
Is net.ifnames=0 preferred to the much longer and immemorable udev.rule=... to keep the only installed NIC on eth0 in Beta 1?
They are not really mutually exclusive. But in this specific case both will work.
The word I used in my question was "preferred".
"preferred" is in the eyes of beholder :)
If so, https://en.opensuse.org/Linuxrc needs an update to include it,
So update it :)
As I reported on the opensuse-testing list about an hour ago, net.ifnames=0 apparently did not work.
Works here in QEMU VM. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-09-20 08:32 (GMT+0400) Andrey Borzenkov composed:
The word I used in my question was "preferred".
"preferred" is in the eyes of beholder :)
Are you trying to be unhelpful? In 12.2, systemd was default, aka preferred, while sysvinit was available, not preferred, by those who did the packaging. Preferred in this context refers to the people responsible for selection of inter alia defaults, kernel build config, and what qualifies for exception to feature freeze. IOW, the eyes of the distribution's top level decision makers.
As I reported on the opensuse-testing list about an hour ago, net.ifnames=0 apparently did not work.
Works here in QEMU VM.
Again no particular help. I only do hardware installations, and have no knowledge of what may or may not be different when hardware is emulated. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 20/09/13 00:35, Andrey Borzenkov escribió:
В Thu, 19 Sep 2013 16:01:06 -0400 Felix Miata <mrmazda@earthlink.net> пишет:
In thread "Warning: new systemd version landing in Factory" on 2013-04-23 13:22 (GMT+0200) Frederic Crozat composed:
interface for predictable names (this one is disabled by /usr/lib/tmpfiles.d/network.conf until network team had a chance to look at it and test it). This should be enabled by default in Factory soon (see http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterface... ) This can be also be turned off with kernel command line switch: net.ifnames=0 (when the tmpfiles.d is removed in the near future)
Is net.ifnames=0 preferred to the much longer and immemorable udev.rule=... to keep the only installed NIC on eth0 in Beta 1?
They are not really mutually exclusive. But in this specific case both will work.
If so, https://en.opensuse.org/Linuxrc needs an update to include it,
But just FYI, this is not a linuxrc option . -- "Judging by their response, the meanest thing you can do to people on the Internet is to give them really good software for free". - Anil Dash -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-09-20 02:30 (GMT-0300) Cristian Rodríguez composed:
Is net.ifnames=0 preferred to the much longer and immemorable udev.rule=... to keep the only installed NIC on eth0 in Beta 1?
They are not really mutually exclusive. But in this specific case both will work.
But just FYI, this is not a linuxrc option .
1-It's apparently a systemd feature[1] that didn't work for me. Why? 2-Is udev.rule= the only way in 13.1 to force NIC to eth0 at installation time? [1] http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterface... -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (10)
-
Anders Johansson -
Andrey Borzenkov -
Carlos E. R. -
Christophe Giboudeaux -
Claudio Freire -
Cristian Rodríguez -
Felix Miata -
Frederic Crozat -
Robert Milasan -
Stefan Seyfried