/srv/irclogs.ubuntu.com/2006/10/05/#upstart.txt

=== rich3krow [i=rbh00@adsl-71-141-245-69.dsl.snfc21.pacbell.net] has joined #upstart
rich3krowhi, upstartians.  Has the subject of addressing the rpm package "initscripts" cropped up somewhere?  I'd be happy to have a pointer to it.02:36
rich3krowor the subject of upstart on say fedora core 5?02:36
MdI do not remember reading anything about upstart and RPM-based distributions02:47
Mdexcept that so far the red hat people are still looking at upstart and waiting to see if it will be adopted by others or crash and burn02:47
rich3krowI expect a lot of people are doing that.02:48
rich3krowWhat would be great is to have a parallel implementation so one could choose to do either.  Say, "init 7" or "init 8" or "init 9" would be the upstart equivalent of inits 1, 3, and 502:50
rich3krowi believe [789]  are unused02:50
rich3krowmuch like if your kernel crashes, grub will let you use a former kernel, replete with its modules02:51
rich3krowwell, i really need to read an in-depth doc and/or implementation, guess I should (1) d/l 6.10 of Ubuntu (I saw my first Ubuntu billboard Sunday!  Going north on 101 toward SF) and (2) inspect if02:52
rich3krowit02:52
=== Ingmar^ [n=ingmar@72.160-201-80.adsl-dyn.isp.belgacom.be] has joined #upstart
=== WillySilly [n=WillySil@archlinux/trusteduser/WillySilly] has joined #upstart
=== wasabi [n=wasabi@ubuntu/member/wasabi] has joined #upstart
=== johnnybuoy [n=void@unaffiliated/johnnybuoy] has joined #upstart
=== wasabi [n=wasabi@ubuntu/member/wasabi] has joined #upstart
=== j_ack [n=rudi@p508DAA46.dip0.t-ipconnect.de] has joined #upstart
=== j_ack [n=rudi@p508DAA46.dip0.t-ipconnect.de] has joined #upstart
=== theCore [n=alex@modemcable106.200-70-69.mc.videotron.ca] has joined #upstart
=== theCore is now known as theCore_
=== theCore_ is now known as theCore
=== j_ack [n=rudi@p508DAA46.dip0.t-ipconnect.de] has joined #upstart
=== j_ack [n=rudi@p508DAA46.dip0.t-ipconnect.de] has joined #upstart
=== Luna-Tick [n=Luna-Tic@203-184-53-78.jetbuster.co.nz] has joined #upstart
Luna-TickHello all. I'm looking at my bootchart and seem to have 2 x 5secs where the processor and disk do absolutely nothing. It seems that this could be to do with fsck. A copy of my bootchart can be found here https://wiki.ubuntu.com/LaptopTestingTeam/DellInspiron510m?action=AttachFile&do=get&target=bootchart-edgy-20060920-7.png06:09
Luna-TickI'm running Edgy Beta06:10
=== Luna-Tick [n=Luna-Tic@203-184-53-78.jetbuster.co.nz] has left #upstart []
=== j_ack [n=rudi@p508DAA46.dip0.t-ipconnect.de] has joined #upstart
=== theCore is now known as theCore_
=== johnnybuoy [n=void@unaffiliated/johnnybuoy] has joined #upstart
=== WillySilly [n=WillySil@archlinux/trusteduser/WillySilly] has left #upstart ["Leaving"]
=== Keybuk [n=scott@quest.netsplit.com] has joined #upstart
=== juergbi [n=juerg@80-219-26-249.dclient.hispeed.ch] has joined #upstart
=== nibil [n=bil@adsl-static-3-105.uklinux.net] has joined #upstart
=== mbiebl [n=michael@dslb-084-057-251-043.pools.arcor-ip.net] has joined #upstart
Keybukgood morning09:56
=== Md [i=md@freenode/staff/md] has joined #upstart
=== uhmmm [n=mitch@151.13.186.21] has joined #upstart
uhmmmso.. is this upstart likely to change our linux lives?11:02
Keybukupstart is like a change of toothpaste11:04
Keybukthe benefit is feeling fresher throughout the day11:04
uhmmmgreat answer11:04
uhmmmnow I know what to expect from it11:05
Keybukheh, could you be more specific with your question?11:05
Keybukit's sufficiently broad that it's difficult to answer11:06
Keybukthe change for users are that their system is a little more flexible to their needs11:07
Keybukthe change for developers is that it's much easier to make the system more flexible11:07
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #upstart
=== Md [i=md@freenode/staff/md] has joined #upstart
=== Luna-Tick [n=Luna-Tic@203-184-53-78.jetbuster.co.nz] has joined #upstart
=== Luna-Tick [n=Luna-Tic@203-184-53-78.jetbuster.co.nz] has left #upstart []
=== Ingmar^ [n=ingmar@37.161-201-80.adsl-dyn.isp.belgacom.be] has joined #upstart
=== mbiebl [n=michael@dslb-084-056-255-110.pools.arcor-ip.net] has joined #upstart
=== Ingmar^ [n=ingmar@vpna170.ugent.be] has joined #upstart
=== gebi [n=gebi@85-124-42-35.dynamic.xdsl-line.inode.at] has joined #upstart
gebihi all :)02:14
gebii've a question regarding upstart, whats the intended mechanism in upstart to preserve starting services02:37
_ionPreserve?02:37
gebie.g just because a server has a graka i don't won't the x server to be started02:37
gebihaven't read about that in the upstart doku02:37
gebi_ion: on preserve is wrong, 'keep from starting' would be better, sorry02:38
_ion1) Don't install X to a server, 2) i proposed a "disabled" stanza to the job description syntax, but i think Keybuk has something better in mind.02:40
gebihmm...02:41
gebidisable in the job description would really be suboptimal, just look at the (imho) mess with /etc/defaults/<service> (disable=yes) and such things02:43
gebi_ion: would upstart support different "profiles"? (where profiles mean something like a runleve)02:45
gebisuppose a user only want consolen login, or console + network access, but no daemons started (or only gpm and things needed to work with console) and ssh02:46
Keybukthese are all things we're still designing03:13
Keybukwhat do you think would work best?03:13
gebithats a bit complicated in a event based system imho, because what if a user is in "consolen mode" but now want to start into "graphic mode" (without reloading the graphic card modules)03:22
gebiidea: every so called profile consists of a file with event filters, if an event gets filtered by the rules of the profile it is saved by upstart und replayed if the user decided to switch to another profile (same for the new profile, if the event is also filtered in the new profile it is saved again)03:26
gebibut this aproach needs strict definitions which events are supposed do what, and imho also something like virtual events03:29
_ionWhat is a virtual event?'03:29
gebie.g network daemons, pretty any network daemon has the same requirements (the network should be present and useable + maybe a loaded firewall), so to repetly define all such things is waste of time and divert the system because a few scripts won't get it right03:31
gebia virtual event would something like: daemons-up which depends on a network card beeing useable + firewall loaded, this is the main event every daemon should depend on03:32
gebithe main point, for event filters to be usefull in this case you need one event every daemon depends on03:34
gebianother "problem" where the event based system simply doesn't work (imho) is if the user want's to start a specific daemon, upstart needs to figure out the right dependencies and if they are not satisfied needs to print why exactly the daemon can't be started03:42
=== tatiane [n=tatiane@201009004194.user.veloxzone.com.br] has joined #upstart
Keybukjob "dependencies" are an interesting exercise03:45
Keybukdo you just depend on another job03:45
Keybukor should you be able to say "apache can't start until a network card is up"03:45
gebithe second one, solaris is the best example in this respect (imho)03:47
=== Md [i=md@freenode/staff/md] has joined #upstart
gebiit might be possibel to use events as dependencies but this needs a more formal description on what type of events and what arguments a service depends (and no coding of this dependencies into a code section)03:51
=== j_ack [n=rudi@p508D9AFA.dip0.t-ipconnect.de] has joined #upstart
=== Amaranth [n=travis@ubuntu/member/amaranth] has joined #upstart
=== wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #upstart
=== Md_ [i=md@freenode/staff/md] has joined #upstart
=== Md_ is now known as Md
=== wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #upstart
=== Ingmar^ [n=ingmar@vpnc224.ugent.be] has joined #upstart
=== Md [i=md@freenode/staff/md] has joined #upstart
=== Md [i=md@freenode/staff/md] has joined #upstart
=== Md [i=md@freenode/staff/md] has joined #upstart
=== j_ack [n=rudi@p508D9AFA.dip0.t-ipconnect.de] has joined #upstart
=== Ingmar^ [n=ingmar@37.161-201-80.adsl-dyn.isp.belgacom.be] has joined #upstart
=== johnnybuoy [n=void@unaffiliated/johnnybuoy] has joined #upstart
=== mbiebl [n=michael@dslb-084-056-236-146.pools.arcor-ip.net] has joined #upstart
=== x4NothinKx [n=stefan@p57A2D581.dip.t-dialin.net] has joined #upstart
=== Ingmar^ [n=ingmar@37.161-201-80.adsl-dyn.isp.belgacom.be] has joined #upstart
rich3krow"Apache can't start until a network card is up"  but but but09:07
rich3krowwhat if I only want to use apache for local web development and I only want to use 127.0.0.1?09:07
rich3krowOh, Keybuk has gone to bed09:08
_ionThat's just a matter of configuration.09:10
_ionIn that case the network interface you want apache to wait for would be 'lo'. :-)09:11
rich3krowhm, I don't even know how lo is brought up, I should dig a little.09:12
=== x4NothinKx wants to support the upstart-project
=== Ingmar^ [n=ingmar@37.161-201-80.adsl-dyn.isp.belgacom.be] has joined #upstart
=== Ingmar^ [n=ingmar@37.161-201-80.adsl-dyn.isp.belgacom.be] has joined #upstart
=== j_ack_ [n=rudi@p508D897E.dip0.t-ipconnect.de] has joined #upstart
=== j_ack__ [n=rudi@p508D8347.dip0.t-ipconnect.de] has joined #upstart
=== j_ack [n=rudi@p508DB5FC.dip0.t-ipconnect.de] has joined #upstart
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #upstart
rich3krowWell, ok, lo comes up in the same way any interface comes up.  In the redhat scheme /etc/initd/network looks through files /etc/sysconfig/network-scripts, and ifcfg-lo is one of them, and it has ONBOOT=yes11:59
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #upstart
=== j_ack [n=rudi@p508DA578.dip0.t-ipconnect.de] has joined #upstart
=== j_ack_ [n=rudi@p508DB790.dip0.t-ipconnect.de] has joined #upstart
=== Amaranth [n=travis@ubuntu/member/amaranth] has joined #upstart
=== j_ack [n=rudi@p508DB790.dip0.t-ipconnect.de] has joined #upstart

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