- Arch-projects - lists.archlinux.org

Re: [arch-projects] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2
by Tom Gundersen 07 Jun '11

07 Jun '11

On Tue, Jun 7, 2011 at 11:28 PM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: > Same problem with fallback image. Using the info log level doesn't > help at all. It scrolls too fast to read and it's not recorded > anywhere. dmesg only contains a message that udevd has started, I > guess it's because the output is produced by udevd and not the kernel. > The logs are useless because the loggers are not running yet. I think > I'll just ignore the message for now. cc'ing arch-projects: Maybe we should add bootlogd (orsomething similar) to mkinitcpio and keep those logs in /run so that these kind of issues can be debugged more easily? -t

1 0

[arch-projects] [mkinitcpio] [GIT] The official mkinitcpio repository branch master updated. 0.6.13-10-g92a9fa8
by thomas＠archlinux.org 07 Jun '11

07 Jun '11

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official mkinitcpio repository". The branch, master has been updated via 92a9fa8ee76917c4596366ce9be0e8b7d216d33d (commit) via b7e37eb94bf4695c42ff38a9e760f545644242da (commit) via 5aa2f5872f1f6b391d33875dfe18dcc3a3eaca24 (commit) via acf51fb86ff05643f642aaf9588eff8dd3ba88fe (commit) via c6c455b941ce7fc12d099cb0ea79ec157ead38e0 (commit) via 7a165fb842eb1dcfdd9aa27b74354245d6980d19 (commit) via 77fdafdb307abaacc994e114ff45ec98b4339d5c (commit) via 16e6c970bc2a261cb3c890bc92ec41bb393821f5 (commit) via 4a69075b0a11a4ca982d4daa8b30dd6117e845d4 (commit) via 51d63c7556b5de04420dad4951c97199607f9b27 (commit) from bfee40e4d6080e218fc50a23d6a6111ccfb709dd (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 92a9fa8ee76917c4596366ce9be0e8b7d216d33d Author: Thomas Bächler <thomas(a)archlinux.org> Date: Tue Jun 7 20:35:41 2011 +0200 default_mount_handler: Only try to manually create the root device if devtmpfs is not used. commit b7e37eb94bf4695c42ff38a9e760f545644242da Author: Dave Reisner <d(a)falconindy.com> Date: Sat Jun 4 13:07:31 2011 -0400 init: purge environment before leaving early userspace We preserve TERM, but everything else can be destroyed from the environment. Without preserving TERM, the value is reset to 'dumb' in userspace, and we get false readings by the initscripts on terminal capabilities. Signed-off-by: Dave Reisner <d(a)falconindy.com> commit 5aa2f5872f1f6b391d33875dfe18dcc3a3eaca24 Author: Dave Reisner <d(a)falconindy.com> Date: Sat Jun 4 12:49:32 2011 -0400 init_functions: simplify mount case of root=/dev/* /sys/class/block contains all of our block devices, including the partitions of each parent block device, so directly check for the existance of the dev file rather than looping. Signed-off-by: Dave Reisner <d(a)falconindy.com> commit acf51fb86ff05643f642aaf9588eff8dd3ba88fe Author: Dave Reisner <d(a)falconindy.com> Date: Sat Jun 4 12:42:03 2011 -0400 init_functions: support {LABEL,UUID}= syntax use blkid to resolve a tag name to a block device. Signed-off-by: Dave Reisner <d(a)falconindy.com> commit c6c455b941ce7fc12d099cb0ea79ec157ead38e0 Author: Dave Reisner <d(a)falconindy.com> Date: Sat Jun 4 10:20:59 2011 -0400 init: load all earlymodules at once Signed-off-by: Dave Reisner <d(a)falconindy.com> commit 7a165fb842eb1dcfdd9aa27b74354245d6980d19 Author: Dave Reisner <d(a)falconindy.com> Date: Sat Jun 4 10:18:16 2011 -0400 init: remove support for disablemodules This is no longer supported, as m-i-t supports modprobe.blacklist= syntax on the kernel cmdline. We load all modules from the config at once with --all and --use-blacklist flags in order to honor the cmdline blacklisting. Signed-off-by: Dave Reisner <d(a)falconindy.com> commit 77fdafdb307abaacc994e114ff45ec98b4339d5c Author: Dave Reisner <d(a)falconindy.com> Date: Fri Jun 3 13:43:32 2011 -0400 mkinitcpio: use binary hashed depmod files We can condense this logic into a loop as well, which cuts back on repetative code. Signed-off-by: Dave Reisner <d(a)falconindy.com> commit 16e6c970bc2a261cb3c890bc92ec41bb393821f5 Author: Dave Reisner <d(a)falconindy.com> Date: Fri Jun 3 13:24:07 2011 -0400 functions: refactor checked modules Do a single grep to compare the contents of the module file (if exists) against the results of all_modules for the provided arguments. If there's no module file, this is still just pass through to all_modules. Signed-off-by: Dave Reisner <d(a)falconindy.com> commit 4a69075b0a11a4ca982d4daa8b30dd6117e845d4 Author: Dave Reisner <d(a)falconindy.com> Date: Fri Jun 3 10:41:35 2011 -0400 functions: refactor all_modules sanitize and print during module discovery. We also strip path names during this process and null terminate path names for safety. Signed-off-by: Dave Reisner <d(a)falconindy.com> commit 51d63c7556b5de04420dad4951c97199607f9b27 Author: Dave Reisner <d(a)falconindy.com> Date: Fri Jun 3 10:29:55 2011 -0400 functions: refactor auto_modules sort/uniq the modaliases files' contents, before passing _all_ of them to modprobe -a. This cuts back on execution time as well as cleaning up the resulting list of modules. Signed-off-by: Dave Reisner <d(a)falconindy.com> ----------------------------------------------------------------------- Summary of changes: functions | 38 +++++++++++++++++--------------------- init | 22 +++++----------------- init_functions | 25 +++++++++++++++---------- mkinitcpio | 6 +++--- 4 files changed, 40 insertions(+), 51 deletions(-) hooks/post-receive -- The official mkinitcpio repository

1 0

[arch-projects] [mkinitcpio][PATCH 0/9] Resend of pre-kill gen-init-cpio
by Dave Reisner 07 Jun '11

07 Jun '11

At Thomas's request, this is a resend of the patchwork that precedes the patch series to kill off gen_init_cpio. I've made some minor tweaks, the only notable one being that I've dropped support for PARTUUID= out of patch 7. It's not right to use PARTUUID as a synonym for UUID because PARTUUID actually refers to the GPT partition UUID, and not the filesystem UUID. blkid can't (currently) resolve this, so we'll stash this for now and await proper support in libblkid. d

2 12

[arch-projects] IRC channel
by Thomas Bächler 07 Jun '11

07 Jun '11

There is a new IRC channel #archlinux-projects. This channel is meant for everyone who is also following or actively posting to this list. Regards Thomas

2 1

[arch-projects] [mkinitcpio][PATCH 0/10] Kill off gen_init_cpio
by Dave Reisner 06 Jun '11

06 Jun '11

It's like a disease... I can't stop myself... Here's an overview of what's happening: Patch 1 deprecates our unfortunately named 'install' function, and replaces it with 'build'. Patches 2 through 5 are cleanup and refactoring of the codebase in preparation for patch 6 which introduces a new method of doing the actual initcpio creation. As I explained a few days back, we can directly use a cpio tool to create images. I've opted to use bsdcpio, which imo, has some advantages over GNU cpio: 1) it's part of libarchive. libarchive is awesome. 2) because of #1, it's already in core. 3) it has a useful farking man page instead of saying "see the info page" So what's the downside? 1) We have to dump a whole bunch of stuff in /tmp. This is as little as 3-4Mb, but might be as much as 20mb. I will likely add an option to change the location of the tmpdir. 2) add_device goes away, as we can't use mknod as non-root. This was only ever referenced in the 'base' install hook, and as explained in patch 4, we can get around this. 3) add_symlink2 goes away. No idea why this exists. No one has ever used it. 4) the -a option to mkinitcpio goes away. I don't think anyone will miss this. Patches 7, 8, and 10 aren't very interesting. patch 9 introduces a new feature to allow specifying the kernel version as a path to a kernel image, rather than an absolute version. I think this is a great thing to have as it means we can simplify the way we do kernel PKGBUILDs. The kver file can go away, as the kernel "version" will only ever have to be updated when the filename of the image changes (as we may do fairly soon). As such, this is a good opportunity to implement such a feature. I've tested this on a few of my VMs which cover: encrypt, lvm, and raid/lvm. My GitHub tree also contains some changes to some of the previous patches I've sent, as I discovered a few bugs in the course of my testing. I'm rather excited about this, as it makes mkinitcpio a lot more pleasant to use. The SSD is extremely happy: $ time ./mkinitcpio -k /boot/vmlinuz26 -g foo.img :: Begin build :: Parsing hook [base] :: Parsing hook [udev] :: Parsing hook [autodetect] :: Parsing hook [pata] :: Parsing hook [scsi] :: Parsing hook [sata] :: Parsing hook [filesystems] :: Generating module dependencies :: Generating image 'foo.img' 6463 blocks :: Image generation successful real 0m0.731s user 0m0.440s sys 0m0.159s As always, comments, criticism, and tomatos welcome. d

2 21

Re: [arch-projects] hwclock adjust file
by Tom Gundersen 06 Jun '11

06 Jun '11

[cc'ing arch-projects and Kurt Bosch as they might have opinions] Context: I suggested to Dave that we should move /var/lib/hwclock/adjfile to /etc (which is what upstream does). Sorry for the verbosity, hwclock does this to me... On Sun, Jun 5, 2011 at 5:21 PM, Dave Reisner <d(a)falconindy.com> wrote: > Poked around at this, and apparently it's FHS that recommends putting > the adjtime file in /var/lib/hwclock, instead of /etc: > > http://www.pathname.com/fhs/2.2/fhs-5.8.html Hm, didn't know this. That said, I think we should (always) ignore FHS. > In poking around, I noticed various bugs related to a readonly root > which made writing to this file problematic. Fedora has gone back to > using /etc as well. > > Seems to me like /var/lib/hwclock is the appropriate place for it. I don't really have a "real" solution to this problem. It seems hwclock is really, really messed up. That said, maybe I'm missing the point. I'll explain the way I see it, and you tell me if i got it all wrong. Assumption: - We must never ever make system time go backwards. - We want to find the correct solution and push it upstream rather than work around it in Arch. UTC/LOCALTIME: When the rtc device is instantiated by the kernel the system time is set, assuming rtc is in UTC. If it is not, then we must reset the time to the correct timezone using "hwclock --systz" (we probably want to call this even if we are in UTC as it tells the kernel what timezone we are in for the benefit of fat filesystems (I know, wtf!?)). I believe already here we have a problem, as there is a gap between "system time not set" and "system time set correctly", where the time might be several hours in the future. We should at least make this gap as small as possible, and make sure that things like udev does not get started in this gap. This means that we must know very early whether we are in UTC or in LOCALTIME, storing this information in /var makes it impossible (so we work around it at the moment by having a redundant entry in rc.conf and essentially ignoring the timezone info of adjtime, and upstream work around it by having adjtime in /etc). Another option, that I have considered in the past is to add a module option to rtc-cmos, so you can simply do rtc-cmos.timezone=120 (for CEST) or rtc-cmos.timezone=0 for UTC. However, that's ugly, as I don't think it would be possible to pass it the real timezone, as that would require the kernel to keep a copy of /usr/share/zoneinfo, rather we'd have to pass the offset in minutes, and we would have to adjust this when DST kicks in. That said, maybe there is a nice way to do this that I'm not aware of, as I'm no kernel time/timezone expert. DRIFT This is the original purpose of adjtime, and I believe it belongs in /var (maybe this was the situation when FHS was written ;-) ). My understanding: The rtc runs at a relatively constant frequency, however this frequency is not very accurate. The system time on the other hand has frequency which is both constant and accurate. By measuring how the rtc and the system time drift, we are able to calculate the real frequency of the rtc, and adjusting for this we are able to get a very accurate time reading even when the system time has not been running (computer off or sleeping). This is useful if you want to keep a good time, but don't have a network connection, so cannot use ntp. To do this, we must be able to store somewhere the time when we last adjusted the rtc (so we know how long it has been drifting). If we want our system time to be adjust ed for drift at boot, we need to do "hwclock --adjust; hwclock --hctosys". The call to --adjust needs to save to a file what time it was done at (maybe this could be done with some /run magic, but I don't think it would be pretty, and it would at any rate require adjtime to be in /etc), and the call to --hctosys may only be done very early in boot (otherwise time might go backwards). I think the correct solution is to keep the drift information in /var, and only call "hwclock --adjust" (without the --hctosys) after the system is up and running (possibly just before shutdown/sleep), and never call "hwclock --systohc" automatically (this is only to be done when the system time is known to be correct, e.g. after setting the time). This means that the system time will be a bit wrong, but the errors will not accumulate (you are only off by the amount you drifted after the last clean shutdown, which in a non-networked scenario should be negligible, and a reboot will get you "perfect" time). Note: if ntpd/dual-boot is happening, the adjustment should never be done by hwclock, as we will not know the time since last --adjust, and we will over-shoot the adjustment. TL;DR: I propose splitting adjtime in two (upstream), one for /var (drift) and one for /etc (TZ), if this can be done in a clever way to not lose any backwards compatibility. Cheers, Tom PS If no one points out any mistakes in what I wrote, I might continue the work by Kurt Bosch, and simplify our hwclock handling further.

2 5

[arch-projects] [initscripts][PATCH] Clean up ANSI codes from /var/log/boot
by Eric Bélanger 06 Jun '11

06 Jun '11

Signed-off-by: Eric Bélanger <snowmaniscool(a)gmail.com> --- rc.multi | 2 ++ rc.single | 2 ++ 2 files changed, 4 insertions(+), 0 deletions(-) diff --git a/rc.multi b/rc.multi index 7af9279..9ebf483 100755 --- a/rc.multi +++ b/rc.multi @@ -30,6 +30,8 @@ if [[ -f /run/bootlogd.pid ]]; then /bin/touch /var/log/boot kill $(< /run/bootlogd.pid) /bin/rm -f /run/bootlogd.pid + sed -i -r -e 's/\^\[\[[0-9]?;?[0-9]?[0-9]?;?[0-9]?[0-9]?[ms]//g' \ + -e 's/\^\[(\[151|%)G//g' /var/log/boot fi # vim: set ts=2 sw=2 noet: diff --git a/rc.single b/rc.single index 91d346b..bb27ddf 100755 --- a/rc.single +++ b/rc.single @@ -54,6 +54,8 @@ if [[ -f /run/bootlogd.pid ]]; then touch /var/log/boot kill $(< /run/bootlogd.pid) rm -f /run/bootlogd.pid + sed -i -r -e 's/\^\[\[[0-9]?;?[0-9]?[0-9]?;?[0-9]?[0-9]?[ms]//g' \ + -e 's/\^\[(\[151|%)G//g' /var/log/boot fi # End of file -- 1.7.5.4

1 0

[arch-projects] [initscripts] [GIT] Arch Linux initscripts repository branch master updated. 2011.06.3-15-g3ac781f
by tomegun＠archlinux.org 06 Jun '11

06 Jun '11

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Arch Linux initscripts repository". The branch, master has been updated via 3ac781f2f188b4e9c698aba7ede6154a64ffc679 (commit) via 36f31f686374ae3f2311f8674e0a91022d502576 (commit) via 2de44ef544862f3ce9144a16c5158ed771fec6de (commit) via 3b1d78bc524724ed49ac000d85f477876ccfc794 (commit) via 7a6fc752cf8dc09b9358810d947e6e01f9a8fc25 (commit) via 6e3ce6f9776d954091deba38ef3b45c4cf4a03db (commit) via 3e874cfd73e0cb70abd568c5b070ff85609af3a4 (commit) via 71ef9c40189ff87d84c7bf354fb43038997913d1 (commit) via c6adbe7a36a7330debfaa07d4351bcd80d479214 (commit) via 17f7e7483e46a68e2b4cea6cc76216b92370c5e3 (commit) from 0dfd69b9e8617ef15413e5022442017603be5344 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 3ac781f2f188b4e9c698aba7ede6154a64ffc679 Merge: 36f31f6 7a6fc75 Author: Tom Gundersen <teg(a)jklm.no> Date: Mon Jun 6 02:27:39 2011 +0200 Merge remote-tracking branch 'djgera/djgera' Conflicts: rc.single rc.sysinit Mostly trivial conflicts with Dave's path purging Signed-off-by: Tom Gundersen <teg(a)jklm.no> commit 36f31f686374ae3f2311f8674e0a91022d502576 Author: Tom Gundersen <teg(a)jklm.no> Date: Mon Jun 6 02:06:34 2011 +0200 udev: remove rule generation This has been removed from the udev package, so this code would never be executed. Can finally be removed. Signed-off-by: Tom Gundersen <teg(a)jklm.no> commit 2de44ef544862f3ce9144a16c5158ed771fec6de Author: Tom Gundersen <teg(a)jklm.no> Date: Sun Jun 5 19:39:49 2011 +0200 hwclock: refactor daemon Before: adjust and set time on boot, adjust rtc every hour, and on shutdown. Now: do not set time on boot, adjust rtc on shutdown. Rationale: 1) We can never ever set the systemtime after system is up and running, as this might make time go backwards (unless we are careful à la ntpd, but we don't want to get into that business). 2) We are under the assumption that exact time is not needed, we are just trying to avoid large, accumulating drifts over time. With the new (significantly simpler) implementation systemtime will be off by the drift since the last clean shutdown. With the old implementation systemtime would be off by the drift since last shutdown (even if it was unclean). Either way the drifts would not accumulate, and a clean reboot would get you a "perfect" time. Signed-off-by: Tom Gundersen <teg(a)jklm.no> commit 3b1d78bc524724ed49ac000d85f477876ccfc794 Author: Tom Gundersen <teg(a)jklm.no> Date: Sun Jun 5 19:15:20 2011 +0200 hwclock: allow TZ to be set in adjtime, only adjust for TZ during boot This allows HARDWARECLOCK to be removed from rc.conf, if you want to rely on /var/lib/hwclock/adjtime (or wherever the file ends up in the future). It assumes the relevant path is on the rootfs. Furthermore, we can assume (since kernel2.6.??) that the rtc modules set the time from rtc themselves, so our job is just to adjust the tz. (FWIW, this coincides with what systemd does). To get the old behavior of not touching the rtc, set it to anything anything else. We should probably have chosen a syntax for this, like IGNORE. Maybe another time... Signed-off-by: Tom Gundersen <teg(a)jklm.no> commit 7a6fc752cf8dc09b9358810d947e6e01f9a8fc25 Author: Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> Date: Mon May 9 12:39:32 2011 -0300 Be consistent (with mkinitcpio) source naming of /run Signed-off-by: Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> commit 6e3ce6f9776d954091deba38ef3b45c4cf4a03db Author: Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> Date: Tue May 3 03:04:44 2011 -0300 [initscripts] chmod dmesg.log based on value from dmesg_restrict Signed-off-by: Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> commit 3e874cfd73e0cb70abd568c5b070ff85609af3a4 Author: Tom Gundersen <teg(a)jklm.no> Date: Sun Jun 5 02:29:40 2011 +0200 udev: don't silence settle + trivial If settle finishes too early, we want to know as some needed devices might not yet have been enumerated. Do not pass --quiet. Do not check for running udev before doing trigger/settle. Worst case, if someone does not have udev (which is not supported), they will see some extra status lines, but boot will still continue. Lastly, remove obvious comments (they were repeating the status message in the line below). Signed-off-by: Tom Gundersen <teg(a)jklm.no> commit 71ef9c40189ff87d84c7bf354fb43038997913d1 Author: Dave Reisner <d(a)falconindy.com> Date: Sat Jun 4 19:58:14 2011 -0400 remove absolute paths from daemons and rc.d These are run from a context where PATH will be set, so defining absolute paths is unnecessary. commit c6adbe7a36a7330debfaa07d4351bcd80d479214 Author: Dave Reisner <d(a)falconindy.com> Date: Sat Jun 4 19:55:36 2011 -0400 add PATH, strip absolute path from binaries Since we're declaring a PATH anyways, we may as well use it. This gives us immunity against binaries moving around, as in the recent case of iproute2. A few other minor, associated, tweaks to go along with this: * any -x tests are modified to use 'type -P' to resolve the path before checking for execute permission * any pidof checks are stripped of paths as well. commit 17f7e7483e46a68e2b4cea6cc76216b92370c5e3 Author: Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> Date: Sat Jun 4 21:18:29 2011 -0300 [initscripts] Avoid error message when switch runlevels. Going from multi to single and going back to multi, bootlogd is not running. Signed-off-by: Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> ----------------------------------------------------------------------- Summary of changes: Makefile | 3 +- adjtime | 15 ----- hwclock | 23 ++----- network | 60 ++++++++++---------- rc.d | 2 +- rc.multi | 8 ++- rc.shutdown | 42 +++++++------ rc.single | 24 +++++--- rc.sysinit | 185 ++++++++++++++++++++++++++++------------------------------ 9 files changed, 169 insertions(+), 193 deletions(-) delete mode 100755 adjtime hooks/post-receive -- Arch Linux initscripts repository

1 0

[arch-projects] [mkinitcpio][PATCH 0/4] more low hanging froot
by Dave Reisner 05 Jun '11

05 Jun '11

There's a couple new minor features proposed in here, but most of it is in the name of simplification: 1/4: set fewer vars, which means we remove a bunch of eval usage. Just mark the hook as unreadable to disable it from running. 2/4: support identifying root by tag name. There's a bit of a conflict here, though. The kernel will support mounting root when provided as PARTUUID=, but util-linux's blkid won't support this. We can, however, support LABEL= and UUID= syntax by resolving via blkid, and trimming the 'PART' from PARTUUID is trivial. 3/4: just a shortcut when we need to create the root device in the non-udev use case when its specified as something like /dev/sdxy. 4/4: cleanse the environment before leaving early userspace. self explanatory. d init | 23 +++++++++-------------- init_functions | 23 ++++++++++++++--------- 2 files changed, 23 insertions(+), 23 deletions(-)

2 9

[arch-projects] [PATCH] [initscripts] Avoid error message when switch runlevels.
by Gerardo Exequiel Pozzi 05 Jun '11

05 Jun '11

Going from multi to single and going back to multi, bootlogd is not running. Signed-off-by: Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> --- rc.multi | 8 +++++--- rc.single | 8 +++++--- 2 files changed, 10 insertions(+), 6 deletions(-) diff --git a/rc.multi b/rc.multi index 60bb835..7af9279 100755 --- a/rc.multi +++ b/rc.multi @@ -26,8 +26,10 @@ fi run_hook multi_end -/bin/touch /var/log/boot -kill $(/bin/cat /run/bootlogd.pid) -/bin/rm /run/bootlogd.pid +if [[ -f /run/bootlogd.pid ]]; then + /bin/touch /var/log/boot + kill $(< /run/bootlogd.pid) + /bin/rm -f /run/bootlogd.pid +fi # vim: set ts=2 sw=2 noet: diff --git a/rc.single b/rc.single index 92b8f53..6a8cc29 100755 --- a/rc.single +++ b/rc.single @@ -48,9 +48,11 @@ if [[ $RUNLEVEL = 1 ]]; then exec /sbin/init -t1 S fi -/bin/touch /var/log/boot -kill $(/bin/cat /run/bootlogd.pid) -/bin/rm /run/bootlogd.pid +if [[ -f /run/bootlogd.pid ]]; then + /bin/touch /var/log/boot + kill $(< /run/bootlogd.pid) + /bin/rm -f /run/bootlogd.pid +fi # End of file # vim: set ts=2 sw=2 noet: -- 1.7.5.2

2 2