IRC log for #oe on 20081227

00:01.36mickey|zzZZzzneed to deconstruct the MACHINE_CLASS stuff, now that 01 and 02 are doomed to be seperate machines anyways
00:05.51*** join/#oe tomboy64 (n=tomboy64@dslb-088-067-169-099.pools.arcor-ip.net)
00:06.39*** join/#oe stefan_schmidt (n=stefan@92.116.187.44)
00:45.11*** join/#oe Spyro (n=ian@5ad0b948.bb.sky.com)
00:46.15*** join/#oe mw| (n=stian@212251227093.customer.cdi.no)
00:46.40Spyrohi!
00:47.18Spyroim just wondering what the problem with embedding php in dokuwiki is?
00:47.28Spyroshit wrong channel
00:47.33Spyro:-)
00:47.46*** part/#oe Spyro (n=ian@5ad0b948.bb.sky.com)
00:58.52*** join/#oe stefan_schmidt (n=stefan@92.116.59.248)
01:39.13*** join/#oe wrobbie (n=rob@203.117.215.163)
03:23.57*** join/#oe kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
03:24.03*** join/#oe BenLauDC (n=benlau@221.125.8.105)
03:37.21*** join/#oe lpotter_ (n=lpotter@58.173.176.153)
04:06.56*** join/#oe Crofton (n=balister@c-71-204-247-81.hsd1.sc.comcast.net)
04:32.40*** join/#oe lpotter (n=lpotter@58.173.176.153)
05:21.29*** join/#oe aloisiojr (n=aloisio@200-168-20-4.dsl.telesp.net.br)
05:22.13*** join/#oe jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net)
05:31.14CIA-103Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r0faec81b54 10openembedded.git/packages/ftpd-topfield/ (files/usb-header-name-2-6-23.patch ftpd-topfield_0.7.5.bb): ftpd-topfield: add patch for 2.6.23 kernel headers
06:34.43CIA-103Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r1bbdc74a53 10openembedded.git/packages/opkg/ (4 files in 2 dirs):
06:34.43CIA-1opkg_wget_nogpg: dramatically reduce memory footprint, too dodge OOM killer.
06:34.43CIA-1- eliminate unnecessary libopkg.so
06:34.43CIA-1- use vfork() instead of fork() and system()
06:34.43CIA-1- make specifying of alternate tmpdir actually work.
06:57.05*** join/#oe wolfmanjm (n=morris@99-139-75-113.lightspeed.snjsca.sbcglobal.net)
07:58.32luke-jruh
07:58.37luke-jrI thought vfork was deprecated
08:06.18*** join/#oe polyonymous_work (n=hacker@pD9538BA3.dip0.t-ipconnect.de)
08:19.44*** join/#oe mck (n=marco-ho@host61-87-static.14-79-b.business.telecomitalia.it)
08:41.51*** join/#oe lpotter (n=lpotter@58.173.176.153)
08:50.00*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
09:27.39*** join/#oe valhalla (n=valhalla@81-174-21-57.dynamic.ngi.it)
09:36.42*** join/#oe zecke (n=ich@92.116.58.38)
09:46.05*** join/#oe stefan_schmidt (n=stefan@92.116.150.123)
09:51.00pb_luke-jr: depends who you talk to, I guess.  vfork certainly has its uses.
11:04.41*** join/#oe steliosk (n=Stelios@ipa107.2.tellas.gr)
11:27.13*** join/#oe florian (n=fuchs@f054167181.adsl.alicedsl.de)
11:31.18*** join/#oe pcgeil (n=steffen@p549E470A.dip.t-dialin.net)
11:40.23*** join/#oe dijenerate (n=dijenera@69.73.211.40)
11:46.46*** join/#oe wrobbie (n=rob@203.117.215.163)
11:53.36*** join/#oe ALoGeNo (n=QUAKEIII@245.Red-79-153-25.staticIP.rima-tde.net)
12:08.45*** join/#oe drasar (n=maik@77.93.211.13-msol.msol.cz)
12:08.57*** part/#oe drasar (n=maik@77.93.211.13-msol.msol.cz)
12:25.38*** join/#oe timtimred (n=meh@92-237-114-21.cable.ubr03.chms.blueyonder.co.uk)
12:53.56*** join/#oe wm (n=asv@89.169.143.160)
12:56.35*** join/#oe philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi)
13:07.25*** join/#oe GNUtoo (n=GNUtoo@host194-149-dynamic.45-79-r.retail.telecomitalia.it)
13:13.23*** join/#oe BenLauDC (n=benlau@221.125.8.105)
13:42.06*** join/#oe Nine-X (i=ninex@NineX.eu.org)
13:46.02*** join/#oe valhalla (n=valhalla@81-174-21-57.dynamic.ngi.it)
13:56.31*** join/#oe florian_ (n=fuchs@f054167181.adsl.alicedsl.de)
14:02.16*** join/#oe pcgeil (n=steffen@p549E470A.dip.t-dialin.net)
14:31.52*** join/#oe thesing (n=tkunze@BAA1ca8.baa.pppool.de)
14:33.02*** join/#oe daurnimator (n=quae@ppp121-44-217-26.lns10.mel4.internode.on.net)
14:35.51*** join/#oe polyonymous (n=hacker@pD9539D68.dip0.t-ipconnect.de)
14:43.07cdbot2* * OE Bug 4948 has been created by prices(AT)dflytech.com
14:43.09cdbot2* * openwrt-sdk.conf points to generic-uclibc.conf which doesn't exist
14:43.11cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4948
14:43.41mwestervfork() is like a vampire; it won't die.   I rather suspect that someone will have to create a version of fork() that doesn't copy the entire address space before vfork() can be properly buried.  Until then, it will live on...
14:51.46*** join/#oe tomboy64 (n=tomboy64@dslb-092-075-117-227.pools.arcor-ip.net)
15:19.12*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
15:20.32*** join/#oe jeffs (n=jeffs@rrcs-74-219-98-62.central.biz.rr.com)
15:23.38*** join/#oe nik0n (n=nik0n@helix.mybll.net)
15:41.35*** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl)
15:52.33*** join/#oe philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi)
15:57.40*** join/#oe CosmicPenguin (n=nobody@71-32-236-140.slkc.qwest.net)
16:01.14*** join/#oe jkridner_ (n=jason@c-76-31-18-64.hsd1.tx.comcast.net)
16:12.16*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
16:16.00*** join/#oe XorA (n=XorA@94-193-93-235.zone7.bethere.co.uk)
16:30.00*** join/#oe Spyro (n=ian@benden.mnementh.co.uk)
16:42.03Croftonmy vfork understanding is Linux basically does vfork with fork .....
16:50.17mwesterThey threaten.
16:50.21mwesterBut not so far.
16:51.24*** join/#oe tomboy64 (n=tomboy64@77.20.181.90)
16:53.03Croftoninteresting
16:53.13Croftonwhat is the difference?
16:56.29mwesterfork() creates a new process that has its own virtual memory mapping, that just happen to map to the same pages as the parent process -- but they are unique page tables and all that.  vfork() creates a child that actually shares the parents page tables and stuff -- so a vfork() is highly dangerous if not coded carefully, but a fork() runs afoul of the OOM killer because even though it uses no extra memory (beyond the extra set of page tables) it *could
16:56.29mwester* use extra RAM - and that invokes the wrath of the almighty OOM killer.
17:13.41*** join/#oe tomboy64 (n=tomboy64@dslb-092-075-124-123.pools.arcor-ip.net)
17:13.50*** join/#oe dcordes (n=dcordes@unaffiliated/dcordes)
17:24.12pb_linux has only fairly recently gained vfork() support in the first place.  it would be a bit of a bizarre retrograde step for them to remove it again.
17:24.16pb_oh well, crazy kernel h4x0rs.
17:29.49*** join/#oe philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi)
17:42.51*** join/#oe kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
18:03.48luke-jrpb_: I recall reading that fork() was just as efficient as vfork() now
18:13.59mwesterluke-jr:  It's not, but efficiency is not the real issue in this case; it is the need to dodge the murderous rampage of the OOM killer.
18:26.08luke-jr>_<
18:36.47pb_mwester: I'm a bit surprised that the OOM killer gets so excited about potentially-overcommitted memory.  Is that a new change?
18:37.32pb_I'm fairly sure it never used to do that: if you had /proc/sys/vm/overcommit_memory set to 1, you could happily mmap() several times the amount of actual memory that you had available, so long as you didn't actually dirty the pages.
18:37.52mwesterThat still works.
18:38.11pb_So why is the fork() case different?
18:38.30mwesterBut I think that core system utilities essential to the operation of the base image should not require non-standard kernel settings.
18:39.31pb_Ah, I see.  You mean you want to make it work even if overcommit_memory is set to zero?
18:39.38mwesterThat's the default.
18:40.08pb_Yes, indeed.  Personally, I always considered setting to one to just be one of those things that you had to do to get a working system.
18:40.20mwesterWell, I tend to agree.
18:40.34pb_Not that I think it would be a bad thing if you didn't have to do that, of course.  Making the system utilities use vfork() is a fine idea.
18:41.08*** join/#oe CosmicPenguin (n=nobody@71-32-236-140.slkc.qwest.net)
18:41.16pb_But, for myself, I was always happy enough to just set that variable to one as part of the startup process and then live with it. :-}
18:42.57mwesterFrankly, I wish there was a way to provide a per-executable or at least per-process exception.   e.g. I *know* that opkg will never actually modify the parent's memory pages, so there's no danger -- if I could mark it as such, it would save a lot of trouble.
18:43.41mwesterI think the intent of the OOM Killer is good, but it's implementation is rather horrid.
18:43.59*** join/#oe lpotter (n=lpotter@58.173.176.153)
18:43.59mwestermust run off for a bit, back later.
19:05.39*** join/#oe Ainulind2le (n=ainu@calaquendi.org)
19:21.41*** join/#oe ||Leto|| (n=tomboy64@dslb-092-075-118-096.pools.arcor-ip.net)
19:45.44pb_mickeyl: are you familiar with the feedparser module by any chance?
19:52.37*** join/#oe pcgeil (n=steffen@p549E470A.dip.t-dialin.net)
20:05.10*** join/#oe josch (n=josch@vr142.rayconnect.de)
20:05.45joschhey! how do i create a *.sig file for my openembedded repository
20:11.39CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r36f71557a9 10openembedded.git/packages/gimp/gimp.inc: gimp: add gdk-pixbuf-csource-native to DEPENDS
20:11.47CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r793de93f23 10openembedded.git/packages/linux/ (linux-omap/omap3evm/defconfig linux-omap_git.bb): linux-omap git: update evm defconfig
20:29.27*** join/#oe darkschneider (n=gab@213-140-15-160.fastres.net)
20:47.55*** join/#oe woglinde (i=woglinde@e178072007.adsl.alicedsl.de)
20:54.59*** join/#oe mnabil (n=mnabil@82.201.222.45)
21:10.34*** join/#oe bin10101 (n=aars@rrcs-24-153-239-89.sw.biz.rr.com)
21:13.36*** join/#oe Ainulindale (n=ainu@calaquendi.org)
21:57.54*** join/#oe flo_lap (n=fuchs@f054167181.adsl.alicedsl.de)
22:02.32*** join/#oe Avengence (n=avengenc@75-172-236-128.phnx.qwest.net)
22:15.16*** join/#oe kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
22:15.23woglindejo kergoth
22:21.11*** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes)
22:36.10*** join/#oe GNUtoo (n=GNUtoo@host194-149-dynamic.45-79-r.retail.telecomitalia.it)
22:37.01*** join/#oe phobbes (n=srussell@72-160-102-209.dyn.centurytel.net)
22:42.48*** join/#oe ant__ (n=ant@host166-250-dynamic.2-87-r.retail.telecomitalia.it)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.