=== Keybuk [n=scott@syndicate.netsplit.com] has joined #upstart === wasabi__ [n=wasabi@c-67-166-172-239.hsd1.tx.comcast.net] has joined #upstart === wasabi__ [n=wasabi@c-67-166-172-239.hsd1.tx.comcast.net] has joined #upstart === mbiebl [n=michael@dslb-084-056-226-102.pools.arcor-ip.net] has joined #upstart [02:28] Keybuk, hi [02:29] ello [02:30] I currently studying the code and noticed, that "pid file" does not yet have any effect. [02:31] init/job.c -> job_run_process always uses the pid returned from fork. [02:33] If job->pidfile is specified it should parse the given file for the pid file instead. [02:33] I also don't understand, why "pid file" can only be specified together with respawn. [02:34] right, it's not implemented [02:34] Imho it would also make sense together with exec. [02:34] was supposed to only make sense with daemon :p [02:34] Yeah, but a daemon can also be started with exec, or not? [02:34] yes [02:35] I also think, that a reload and maybe also a restart utility would be great. [02:35] there's no implementation for reload yet [02:36] It should also be possible to specify in the job description file a custom reload function. [02:37] probably yes [02:37] actions are in the todo somewhere [02:37] got to get events and jobs right first though [02:37] Sure ;-) [02:38] Oh, another thing, more from the packaging perspective: [02:38] in postinst you call kill directly. Maybe it would be safer to specify the complete path as kill is a bash builtin [02:38] iirc lintian also moans about that. [02:39] why would you need to do that? [02:39] what's wrong with the builtin? [02:39] They could behave differently and you don't notice as long as you run bash. [02:39] they'd at least behave consistently [02:39] it's /bin/sh [02:39] so kill must behave like POSIX kill [02:40] kill -TERM 1 is therefore legal [02:40] Is it guaranteed that the bash builtin kill behaves exactly as /bin/kill? [02:40] I'm not sure. [02:40] yes [02:40] what's bash got to do with it anyway? [02:40] /bin/sh on Ubuntu is dash [02:42] Well, if the builtin and /bin/kill behave exactly the same, then the point is moot. [02:42] indeed [02:43] You seem confident so I take this point as resolved ;-) [02:43] well, if a shell installs itself as /bin/sh and doesn't implement the POSIX-specified behaviour of kill, then that's a bug in that shell [02:43] if the user replaces /bin/sh with a non-POSIX shell like zsh, and complains; then the bug can just be rejected :p [02:46] As you already have feature freeze for edgy I was wondering if you also plan to migrate initscripts or parts of initscripts to upstart jobs. [02:46] not in edgy [02:48] beta freeze is only a few days away! :P [02:48] and have other bugs to be fixed for that === wasabi__ [n=wasabi@c-67-166-172-239.hsd1.tx.comcast.net] has joined #upstart [02:55] yeah, bug fixing should always have top priority, even if it's not so much fun :-) [02:56] fortunately there don't seem to be any upstart bugs [03:01] That speaks for your coding skills [03:02] well, no major ones anywhere === Seveaz [n=seveas@ubuntu/member/seveas] has joined #upstart === Seveaz is now known as Seveas === janm [n=jmalonzo@ppp4592.dsl.pacific.net.au] has joined #upstart === Md [i=md@freenode/staff/md] has joined #upstart === mbiebl [n=michael@dslb-084-056-219-235.pools.arcor-ip.net] has joined #upstart [11:19] i'm on Knot 3 and i did an apt-get update [11:19] initscript is a package that is being updated [11:19] is that right? === Keybuk [n=scott@quest.netsplit.com] has joined #upstart === nmbooker [n=nick@80-47-232-107.lond-th.dynamic.dial.as9105.com] has joined #upstart === nmbooker [n=nick@80-47-232-107.lond-th.dynamic.dial.as9105.com] has left #upstart ["Ex-Chat"] === jbailey [n=jbailey@montreal.canonical.com] has joined #upstart [01:27] Keybuk: The only two problems I had were 1) The upgrade also included glibc and I was still running the hack'd upstart. It wasn't taking signals, glibc locked in postinst. =) [01:27] 2) In single user mode, terminal type seems to be not set correctly, and "reboot" command didn't work. [01:27] Although from a command prompt now, C-M-Del seems to get registered correctly now. [01:31] jbailey: isn't glibc supposed to work unconfigured? :) [01:32] hmm, will test the single user mode thing [01:32] reboot should work even better than sysvinit (no pesky "unable to obtain runlevel" type thing) [01:32] Keybuk: It does. It was that the postinst I think HUPs pid 1 or something like that. [01:32] Keybuk: So I killall'd that, then dpkg --force-depends -i upstart*deb [01:32] Reboot, finished upgrade ;) [01:32] oh, and you had the hack'd upstart that didn't work? :p [01:33] Keybuk: single user doesn't run bash [01:33] Right. =) [01:34] pepsiman: err, yes? [01:34] it did in dapper [01:34] actually it ran sulogin in dapper ;) [01:34] yes, and sulogin looked at /etc/passwd in dapper [01:34] right [01:34] can probably hack that [01:35] or just use the real sulogin [01:35] bug 60965 [01:35] Keybuk: Path of least resistance: use the real sulogin. [01:35] pepsiman: yes, I saw it [01:35] Solve that problem sometime in +1 =) [01:35] jbailey: yeah, was planning to move that to sysvutils too, just hadn't got around to it yet [01:35] was gonna do that along with fixing check* [01:36] Cool. [01:37] So for ppc64, I think it's properly cooked now. I should test on the older kernel as well, I s'pose. [01:37] Actually, I'll focus on getting my HD working with the stock edgy kernel so I don't have to roll my own. Easier. [01:39] jbailey: oh, I see why shutdown doesn't work in single-user mode [01:40] Keybuk: Cool. Need something in Malone, or is this good enough? [01:40] not sure it's actually fixable :-/ [01:40] not for edgy, anyway [01:40] Err... [01:40] Need to have *some* way of getting back to a full state. [01:40] exit didn't work either, IIRC [01:41] exit should work [01:41] it's making exit work that's causing shutdown to not work [01:41] oh, hmm [01:41] exit doesn't work either [01:41] meh [01:41] yes, bug me [01:41] Two bugs or one? [01:42] only one of them will be fixable [01:42] reboot is more important, so I'll fix that [01:44] init: sulogin process (3353) killed by signal 9 [01:44] System halted. === pepsiman wonders why poweroff wasn't killed that time [01:47] hmm? poweroff shouldn't get killed? [01:48] that was the 4th attempt at poweroff [01:48] jbailey: the reboot bug is that there's currently no way for upstart to tell the difference between sulogin being killed by a signal or the user typing "exit" [01:49] how did sysvinit tell the difference? [01:49] runlevel change [01:50] ah [01:51] it's a bug, or at least a lack of an implementation in upstart that causes this bug [01:51] but it's not something I can implement before Beta Freeze [01:51] Keybuk: rewind a sec for me? what kills sulogin with a signal? [01:51] which is IN THREE DAYS TIME [01:51] PANIC!!!! [01:51] Is that a sideeffect of runlevel change? [01:51] jbailey: sendsigs ;) [01:51] and killing sulogin forces a runlevel change, stopping the running reboot [01:51] Oh. Weird design. [01:52] well, how would you have done it? [01:54] I'm not sure. =) [01:54] I couldn't remember what happened with sysvinit if you ran telinit from the shutdown process :p === theCore [n=alex@modemcable106.200-70-69.mc.videotron.ca] has joined #upstart === Keybuk [n=scott@quest.netsplit.com] has joined #upstart === mbiebl [n=michael@tecov6131.teco.uni-karlsruhe.de] has joined #upstart [02:37] upstart is so boring... there is barely any bugs to find :) [02:41] Keybuk: debian/control: system-services: Is there a reason why you explicitely depend on util-linux? [02:41] util-linux is essential, so it shouldn't be necessary to add this dep. [02:45] I don't remember, no [02:48] Would make one lintian error less. [02:49] mbiebl: are there any news about the sysvinit split? [02:53] heh, I entirely got out of the habit of running lintian when I was maintaining dpkg [02:53] don't think I've ever used it since [02:53] Md: It's currently sitting in NEW. [03:07] jbailey: looks like there's already a bug for the single-user problem === Seveas [n=seveas@ubuntu/member/seveas] has joined #upstart === juergbi [n=juerg@80-219-26-249.dclient.hispeed.ch] has joined #upstart === mbiebl [n=michael@dslb-084-056-242-121.pools.arcor-ip.net] has joined #upstart === wasabi [n=wasabi@ubuntu/member/wasabi] has joined #upstart === j_ack [n=rudi@p508D92C8.dip0.t-ipconnect.de] has joined #upstart === Admiral_Chicago [n=freddy@st0660990722.monm.edu] has joined #upstart [09:02] !Rez:*! :Hi, xFallenAngel would like to inform you that they have created ##google-apis for discussion of GAPIs (http://code.google.com/apis.html), if you are interested we would urge you to join. Thank you for using freenode and have a good day! === mbiebl [n=michael@dslb-084-056-242-121.pools.arcor-ip.net] has joined #upstart === theCore [n=alex@modemcable106.200-70-69.mc.videotron.ca] has joined #upstart === che [n=che@unaffiliated/che] has joined #upstart === j_ack [n=rudi@p508D92C8.dip0.t-ipconnect.de] has joined #upstart