/srv/irclogs.ubuntu.com/2007/03/22/#upstart.txt

=== j_ack [n=rudi@p508D8468.dip0.t-ipconnect.de] has joined #upstart
=== wasabi [n=wasabi@ubuntu/member/wasabi] has joined #upstart
=== j_ack [n=rudi@p508D8468.dip0.t-ipconnect.de] has joined #upstart
=== gepatino [n=gabriel@200.123.178.117] has joined #upstart
=== Starting logfile irclogs/upstart.log
=== ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #upstart
=== Topic for #upstart: Upstart 0.3.8 | http://upstart.ubuntu.com/ | http://upstart.ubuntu.com/wiki/UpstartOnGentoo
=== Topic (#upstart): set by Keybuk at Fri Mar 16 18:29:42 2007
=== int0x0c [n=ben@161.253.46.72] has joined #upstart
=== sadleder [n=sadleder@p5081257C.dip0.t-ipconnect.de] has joined #upstart
=== nenolod_ [n=nenolod@ip70-189-74-69.ok.ok.cox.net] has joined #upstart
=== Md [i=md@freenode/staff/md] has joined #upstart
=== sadlede1 [n=sadleder@p50812330.dip0.t-ipconnect.de] has joined #upstart
=== Keybuk [n=scott@quest.netsplit.com] has joined #upstart
=== mbiebl [n=michael@e180106193.adsl.alicedsl.de] has joined #upstart
=== AlexExtreme [n=AlexExtr@frugalware/developer/AlexExtreme] has joined #upstart
=== mbiebl [n=michael@e180106193.adsl.alicedsl.de] has joined #upstart
sadlede1mbiebl: hi, how are you planning to integrate replacement-initscripts into debian when they get used in ubuntu?12:40
mbieblsure, I'm already working on them ;-)12:40
mbieblsorry, but I have to run now...12:41
mbieblcu later12:41
fatalabout interaction with user.... why would anyone want to do that during boot?01:45
Keybukretrieving keys for encrypted filesystems01:45
Keybuk(or Apache SSL passphrases)01:45
Keybukdriving fsck responses01:45
fatalwhy not provide that on the boot command line?01:46
fatalI wouldn't want my bootup to halt on some stupid question...01:46
fatalguess you could define some base services that shouldn't ask any question to get around that though.01:47
Keybuksome people do want their boot to halt though01:50
Keybukthough heres a thought ... pre-seeding answers to questions ;p01:50
_ion"Yo Linux! If something in the boot asks whether i want to fix inode 46837, the answer is yes."01:50
Keybukor "just fix every damned fsck thing"01:51
Keybuk(who doesn't hold down the "Y" key until fsck goes away? :p)01:51
Keybuk"no, actually, I don't want to fix my filesystem)01:51
_ionI *always* set FSCKFIX=yes01:51
_ionIf we were evil enough, we could use libwhat to let the user input her login and password before gdm is started. :-)01:52
fatalseems like you're on the same track as me.... you don't want questions during bootup. ;P01:56
fatal"just do the right thing"<tm> :)01:56
fatalencrypted partitions might be a separate issue.... still I'd rather have the answer provided from the start and no questions asked... (or extend grub to ask questions if something more "user friendly" is needed. I guess grub could even be smart about it... grub reads filesystems already, no? Could check /etc/fstab on the fly if any key is needed... or if the root partition needs would know that as well when trying to access it?)02:03
fatalnot sure about apache / ssl-keys ... why would you want to auto-start something that can't be auto-started?02:04
sadlede1_ion: or just start gdm on a framebuffer ;-)02:08
Keybukgdm takes ages to start02:14
sadlede1Keybuk: sure, just kidding02:18
pkt_well, qingy is a framebuffer getty and it is themeable and whatnot02:24
pkt_if you want a framebuffer screen for logging in this is much better than nihing your own02:25
_ionfatal: If i were using an encrypted partition or apache with a password-protected SSL key, i'd definitely want to be queried for the passwords.03:25
_ionkeybuk: Btw, any new progress with the delayed watch stuff?03:29
Keybuk_ion: none, I have a half merge in my working branch03:29
Keybukit's been a busy week03:29
Keybuklots of CVs to read :-/03:30
_ionAlright.03:30
=== tale_ [n=tale@199.26.183.1] has joined #upstart
=== mbiebl [n=michael@p54a38d29.dip0.t-ipconnect.de] has joined #upstart
=== j_ack [n=rudi@p508d857f.dip0.t-ipconnect.de] has joined #upstart
sadlede1mbiebl: i found your upstart-jobs branch03:36
mbieblhehe, that's not yet ready for public use though.03:37
sadlede1mbiebl: how are you going to push that into debian? will the jobs be in the indiviual packages?03:37
mbieblThat's my long term goal, yes.03:37
sadlede1mbiebl: sure, i'm just curious how the process will be03:38
mbieblShort term, I will ship the upstart jobs for the most important packages myself.03:40
mbieblUpon installation of the upstart-jobs package, I will scan which packages are currently installed, deactivate the sysv init script and activate the corresponding upstart job.03:40
mbieblIf I have a working set of native upstart jobs, I will start to ping the individual package maintainers and ask for them to include these files directly.03:40
mbieblAs I'm (co)-maintainer of dbus/hal/dhcdbd/network-manager I can do that for these packages directly.03:40
mbiebl(avahi-daemon too)03:41
sadlede1ok, so packages will provide both a sysv script and an upstart job03:45
sadlede1mbiebl: so i'm very much looking forward to using the first round of debian upstart-jobs03:51
mbieblIf you're willing to test them and give me feedback, that would be great.03:51
sadlede1do you run the jobs from upstart-jobs?03:52
mbieblMaybe I have something working around mid next week.03:52
mbieblhttp://pastebin.ca/40655603:53
mbieblSo, basically the rc2.d/multiuser part is upstartified already.03:54
sadlede1wow!03:56
sadlede1btw, shouldn't avahi-daemon do the .local check from the sysvrc script?03:56
sadlede1policykit is not yet in debian, is it?03:56
mbieblI'm currently packaging it for experimental while preparting hal-0.5.9 packages.03:57
mbieblIts in the pkg-utopia svn03:57
mbieblSomething to wet your appetite:04:02
mbieblhttp://debs.michaelbiebl.de/upstart/bootchart.png04:02
sadlede1oh dear!04:06
mbieblaround 15 sec the fully upstartified boot process kicks in.04:11
sadlede1oh yes, that point isn't hard to find ;-)04:11
mbieblcu later04:11
sadlede1and the first part will be fast as well04:11
sadlede1ok, cu04:11
tale_can upstart detect docking events?04:45
=== juergbi [n=juerg@80-219-17-102.dclient.hispeed.ch] has joined #upstart
Keybuktale_: was just about to reply to your e-mail ... :)05:03
KeybukUpstart doesn't detect anything itself, it relies on things like udev, HAL, GNOME Power Manager, etc. to do all of the detection and handling05:03
Keybukthose processes request an upstart event be emitted through libupstart or the "initctl emit" tool05:03
Keybukso provided you've got something already that can detect a docking event, it's just a matter of making it send an event to upstart05:03
Keybukat which point upstart will start and stop services05:03
Keybukthe only events that upstart emits itself are "startup" and those due to jobs changing states05:03
tale_Keybuk, yeah I didn't notice the irc group until I had sent that email.05:03
tale_Keybuk, I'll do some more investigating to see how it is detected.   I know it can be detected because there is a script that can be setup, but from what I hear it's not trival.  This should work out of the box.05:04
=== Starting logfile irclogs/upstart.log
=== ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #upstart
=== Topic for #upstart: Upstart 0.3.8 | http://upstart.ubuntu.com/ | http://upstart.ubuntu.com/wiki/UpstartOnGentoo
=== Topic (#upstart): set by Keybuk at Fri Mar 16 18:29:42 2007
=== sadlede1 [n=sadleder@p50812330.dip0.t-ipconnect.de] has left #upstart []
=== sadlede1 [n=sadleder@p50812330.dip0.t-ipconnect.de] has joined #upstart
=== j_ack_ [n=rudi@p508d82dc.dip0.t-ipconnect.de] has joined #upstart
=== mbiebl [n=michael@e180127239.adsl.alicedsl.de] has joined #upstart
=== mbiebl [n=michael@e180127239.adsl.alicedsl.de] has joined #upstart
AlexExtremembiebl, could you point me to your upstart jobs for debian sometime, i'd like to see what you're using there06:20
AlexExtremebrb, dinner06:21
mbieblAlexExtreme: They are not ready yet. 06:21
AlexExtremei know, but what you have so far06:21
mbieblGive me some more time until I feel confident to announce them.06:22
AlexExtremeOk06:42
cortanambiebl: thanks for uploading a new tracker with my patch :)07:26
mbieblYou're welcome. I have to thank for the patch.07:27
=== int0x0c [n=ben@128.164.137.192] has joined #upstart
AlexExtremenice07:48
AlexExtremesyslog-ng doesn't write it's pid file when run with --foreground07:48
mbieblAlexExtreme: Yeah, I used that too ;-)08:07
AlexExtreme:p08:07
AlexExtremeit was useful for my syslog-ng logrotate thing, but i'm writing a initctl pid command to replace that08:08
mbieblargh, now I understood you.08:09
mbieblAlexExtreme: what do you need the pid for?08:12
AlexExtreme        postrotate08:12
AlexExtreme                /bin/kill -HUP `cat /var/run/syslog-ng.pid 2>/dev/null`  2> /dev/null || true08:12
AlexExtreme        endscript08:12
AlexExtremethat was what I had in the logrotate file for syslog-ng08:12
mbieblThat should imo be solved by providing a reload command 08:12
mbieblwithin upstart08:12
=== Md_ [i=md@freenode/staff/md] has joined #upstart
AlexExtremeh,,08:12
AlexExtreme*hmm08:12
AlexExtremetrue08:12
AlexExtremei'll file a bug report08:12
mbieblYes, please.08:12
mbieblreload should probably use SIGHUP as default.08:13
mbieblBut there also should be the posssibilty to define a separate signal for reload08:14
mbieble.g. some daemons also use SIGUSR108:15
AlexExtremeues08:15
AlexExtreme*yes08:15
=== Md_ is now known as Md
=== Md [i=md@freenode/staff/md] has joined #upstart
=== phsdv [n=paul@dyn-83-156-72-252.ppp.tiscali.fr] has joined #upstart
=== sadlede1 [n=sadleder@p50812330.dip0.t-ipconnect.de] has left #upstart []
=== mbiebl [n=michael@e180090208.adsl.alicedsl.de] has joined #upstart
=== j_ack [n=rudi@p508d82dc.dip0.t-ipconnect.de] has joined #upstart
=== int0x0c [n=ben@128.164.137.192] has joined #upstart

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!