IRC log for #oe on 20100625

00:04.46kergoth~seen schurig
00:04.48ibotschurig <n=schurig@pD95F989E.dip0.t-ipconnect.de> was last seen on IRC in channel #oe, 447d 9h 44m 34s ago, saying: '*IF* the current to the chip is your problem (not likely, agreed), than it's not the sustained current, but the spike current (not sure how to say that in english)'.
00:04.56kergoth447d? hmm
00:05.11kergothmickey|: ping
00:05.25*** join/#oe mtr (~michael@v29762.1blu.de)
00:10.29Jay7time to sleep
00:13.15*** join/#oe mtr (~michael@v29762.1blu.de)
00:15.41*** join/#oe BenLauDC (~benlau@221.125.8.44)
00:18.45grg~seen grg
00:18.46ibotgrg is currently on #oe (1h 7m 16s). Has said a total of 1 messages. Is idling for 2s, last said: '~seen grg'.
00:19.07grgwoot
00:29.35*** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net)
00:33.19*** join/#oe rphillips_ (~rphillips@hera.xen.prgmr.com)
00:34.27*** join/#oe dfarnsworth_ (~dfarnswor@nat/montavista/x-twmauliyubxruybz)
00:35.23*** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de)
00:37.31*** join/#oe zecke (~ich@123-192-240-117.dynamic.kbronet.com.tw)
00:38.16*** join/#oe mekius (~mekius@enlightenment/developer/mekius)
00:45.28*** join/#oe blindvt (~bf@85-127-92-50.dynamic.xdsl-line.inode.at)
00:48.07*** join/#oe dm8tbr (dm8tbr@2001:41b8:0:f010::2)
00:51.53*** join/#oe blindvt (~bf@85-127-92-50.dynamic.xdsl-line.inode.at)
00:51.53*** join/#oe methril_ (~methril@189.27.132.220.dynamic.adsl.gvt.net.br)
00:51.53*** join/#oe dth (~dieter@p4FDEC3EA.dip.t-dialin.net)
00:51.53*** join/#oe mickey| (~M@e180156102.adsl.alicedsl.de)
00:51.53*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
00:51.53*** join/#oe DJWillis (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com)
01:00.52*** join/#oe hgs (~hgs@82.202-63-132.static.qala.com.sg)
01:01.27hgshi all, are there any patches for /etc/init.d/checkroot of oe/angstrom for performing fsck om MMC before mounting it as root??
01:02.26hgscurrently it is failing when it tries to remount the mmc as read only??
01:16.59grghgs, what error do you get?
01:16.59hgsgrg: *** ERROR!  Cannot fsck root fs because it is not mounted read-only!
01:17.36grghgs, what happens when you mount readonly manually? e.g. mount -n -o remount,ro /
01:18.08hgsthe fs resides on mmc and its root fs
01:18.43hgsgrg: i want to fsck on boot before mounting the mmc partition as root
01:18.52grgyes
01:19.18grglooking at the checkroot script, it looks like 'mount -n -o remount,ro /' is failing to return 0.
01:19.19hgsgrg: says mount: / is busy
01:19.37grghave you tried passing 'ro' to the kernel at boot time?
01:19.51hgsgrg: yes
01:19.59grgsame error?
01:20.37hgsgrg: i guess the fs was not mounted properly, i cannot log in to shell to check the debug logs
01:21.21grgare you using an initrd?
01:21.48hgsinitrd = ramdisk, then i am not using
01:22.23grggood, that simplifies things
01:22.42grgand it also means that the root filesystem must be mounted ok otherwise the checkroot script wouldn't be running
01:24.05*** join/#oe GNUtoo|laptop (~gnutoo@host193-133-dynamic.16-79-r.retail.telecomitalia.it)
01:24.09grgcan you create the file /fastboot on your mmc card and then boot, in order to play a bit?
01:25.01GNUtoo|laptophi, it seem that some people are playing with GNU/Linux on android devices?
01:25.02hgsyes, i will do other information, i have everything in my mmc as two partitions, one holding  bootload, kernel(/dev/mmcblk0p2) and the other partition holding rootfs (/dev/mmcblk0p1)
01:25.15GNUtoo|laptop(fastboot)
01:26.11grgGNUtoo|laptop, hello. I'm not sure I understand your opkg bug report properly. Can you clarify some things?
01:26.24GNUtoo|laptophi
01:26.30GNUtoo|laptopwhat should I clarify
01:26.31GNUtoo|laptop?
01:26.54grgwhich commit did you bisect back to?
01:27.12GNUtoo|laptopI did 2 things
01:27.20hgsgrg:  iam seeing this "Fast boot, no filesystem check"
01:27.31GNUtoo|laptopI first bisected openembedded.dev
01:27.38grghgs, yup. can you login now, and try some things manually?
01:28.03GNUtoo|laptopand then I "bisected" opkg revisions
01:28.19GNUtoo|laptopI bet you mean between which opkg revision I bisected
01:28.25grgGNUtoo|laptop, ok. That is sort of what I thought you had done.
01:28.54grgGNUtoo|laptop, i was interested in both OE and opkg commits
01:28.56hgsgrg: i am not getting it grg, i wanted to perform fsck on my ext3 fs to remove any stale entries,
01:29.31GNUtoo|laptophttp://pastebin.com/v7RGwNsA]
01:29.33GNUtoo|laptophttp://pastebin.com/v7RGwNsA
01:29.41GNUtoo|laptopoops for the first link
01:29.49GNUtoo|laptophere's for opkg commits
01:30.02GNUtoo|laptopbasically I had luck for ipkg commits
01:30.22GNUtoo|laptopfor oe I'll look
01:31.12grgGNUtoo|laptop, http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=731e6defe6da58bff482f33508058544ad1013a9 ?
01:31.29GNUtoo|laptopyes
01:31.33GNUtoo|laptopthat's the commit I found
01:32.06grgGNUtoo|laptop, do you have build logs for a good and a bad build?
01:32.34GNUtoo|laptophttp://pastebin.com/QTkL07gC
01:32.36GNUtoo|laptopfor oe
01:32.39grghgs, can you manually mount read only and fsck?
01:32.44GNUtoo|laptopI've only bad for now
01:32.50hgsgrg: "/dev/root / ext3 rw,relatime,errors=continue,data=writeback 1 1" is the entry in fstab entry
01:32.55hgsgrg: previously i had "rootfs               /dev/root            auto       defaults              1  1"
01:33.07GNUtoo|laptopyou mean do_rootfs?
01:33.55grgGNUtoo|laptop, i'm not sure. the problem may not even be in do_rootfs. But that would be a start
01:34.02GNUtoo|laptopok
01:34.33hgsgrg: i cannot do it manually on the board as it is mounted as root right (saying "mount: / is busy")
01:34.40grgGNUtoo|laptop, certainly, if you can see the problem just by rebuilding opkg and rerunning do_rootfs, that would help narrow it down.
01:34.49GNUtoo|laptopok
01:36.51GNUtoo|laptopdo_rootfs: http://pastebin.com/j8z1PQia
01:38.45grgGNUtoo|laptop, is that good or bad?
01:38.48GNUtoo|laptopit doesn't seem to install the "kernel-modules" package
01:38.49GNUtoo|laptopbad
01:38.55GNUtoo|laptopI've only bad now
01:39.05GNUtoo|laptopthe good are rm -rfed
01:39.18GNUtoo|laptopI couldn't keep everything
01:39.26GNUtoo|laptopI already don't do rm_work
01:39.33GNUtoo|laptopbut with the number of revs
01:39.40GNUtoo|laptopI couldn't keep each rev
01:40.01grgsure. i understand
01:40.12GNUtoo|laptopok
01:40.28GNUtoo|laptopI can easily build a good if you want
01:40.45GNUtoo|laptopbut I'll have to build from scratch I think
01:40.53GNUtoo|laptopelse it won't work
01:41.03GNUtoo|laptopI built from scratch each time during the tests
01:41.14GNUtoo|laptopit would take 2/3 hours to build from scratch
01:41.24grgok. Well, can you save any log files that you've got lying around for the bad build, just in case they are relevant?
01:41.35GNUtoo|laptopI can keep 2 builds
01:41.39GNUtoo|laptopbut not 10/20
01:41.41grgexcellent
01:41.46grg:)
01:42.03GNUtoo|laptopdo you want me to rebuild from scratch now?
01:42.11grgyes please
01:42.18GNUtoo|laptopok
01:43.30grghgs, sorry, i'm not sure i can help any more. I don't know what would make mount -oremount,ro say / is busy... maybe something is logging to the filesystem already?
01:44.34grghgs, if you boot single user, there should be nothing preventing remounting readonly
01:45.08hgsgrg: yes actually i am redirecting the output of checkroot to a file in the directory, but how can i confirm fsck is done with out the those logs??
01:46.07grgare you getting normal console output
01:46.08grg?
01:47.31hgsgrg : yes this what i see http://pastebin.com/af4waKzA
01:47.41hgsgrg: regarding EXT3
01:48.25grghgs, yep, those are the kernel messages. Are you getting boot messages after the kernel mounts the root filesystem?
01:49.26grgGNUtoo|laptop, what is your GMT offset right now?
01:49.32hgsgrg: oh ok, but i could not see checkroot echos (i am running psplash)
01:49.49GNUtoo|laptopgrg, ouch...you've a huge chance to find me here
01:49.55GNUtoo|laptopI couldn't sleep
01:50.01GNUtoo|laptopGMT+1
01:50.26grgalmost 4am...
01:50.40GNUtoo|laptopindeed
01:52.05grghgs, i suspect you need to modify your kernel parameters to ensure that the console is set to the correct serial port
01:52.27*** join/#oe arun (~arun@unaffiliated/sindian)
01:52.52GNUtoo|laptopwhat is hgs doing? I saw the fastboot word
01:53.32grghe has problems with the checkroot script
01:53.49grgit wont remount his / read only
01:53.54grgthus, it wont fsck
01:56.00grghgs, do you have something like console=ttyS3,115200n8 as a kernel parameter? (but with the correct tty for your serial port)
01:56.49grghgs, you may also need to edit /etc/inittab to spawn a getty (the login thingo) on your serial console
01:56.55GNUtoo|laptopok
01:57.05GNUtoo|laptopwhat's his bootloader?
01:57.11grgshrugs
01:58.13grghgs> hi all, are there any patches for /etc/init.d/checkroot of oe/angstrom for performing fsck om MMC before mounting it as root??
01:58.13grg<hgs> currently it is failing when it tries to remount the mmc as read only??
01:58.14grg<grg> hgs, what error do you get?
01:58.14grg<hgs> grg: *** ERROR!  Cannot fsck root fs because it is not mounted read-only
01:58.51GNUtoo|laptopbasically it has to do with udev cache I think
01:59.01GNUtoo|laptopwe must find a fix for that
01:59.04grgfuck i hate udev
01:59.14GNUtoo|laptopbecause we need rw because of that
01:59.20GNUtoo|laptopthere were fixes posted
01:59.30GNUtoo|laptopbut I'm not shure they worked for me
01:59.31grgso the checkroot script should run before udev?
01:59.57GNUtoo|laptophmmm I think the problem is worse
02:00.05GNUtoo|laptoppeople put rw as kenrel argument
02:00.12GNUtoo|laptopbecause of this udev cache problem
02:00.24grgyeah, i have that to work around something that i've long forgotten about...
02:00.41GNUtoo|laptopmaybe it's worth trying ro
02:00.46GNUtoo|laptopto see if it has been fixed
02:01.14grgis still running an oe tree that was checked out in january
02:01.30GNUtoo|laptopouch
02:01.36GNUtoo|laptopI can test if you want
02:02.05GNUtoo|laptop???
02:02.14GNUtoo|laptopI think I moved the wrong dir
02:02.31GNUtoo|laptopah no
02:02.38GNUtoo|laptopI was bitbaking for the wrong machine
02:02.43GNUtoo|laptopthat's why it finished now
02:03.09GNUtoo|laptopok restarting
02:09.34hgsgrg: sorry was not at my desk, i have console=ttyS2,115200n8
02:09.47hgsGNUtoo|laptop: i am using uboot
02:09.58GNUtoo|laptopok
02:10.14GNUtoo|laptopso you can change the arguments of the kenrel
02:10.19GNUtoo|laptopbut be carefull
02:10.45hgsGNUtoo|laptop: yes i can, ok
02:10.57grgjust save your current bootargs in another variable. setenv oldbootargs ${bootags}
02:10.59GNUtoo|laptoplong time ago I messed up my environment of my om-gta02
02:11.01hgsgrg: the kernel argument reads fine rite
02:11.20GNUtoo|laptopand I couln't use the bootloader anymore so I flashed qi
02:11.28GNUtoo|laptop(there were 2 bootloaders)
02:11.33GNUtoo|laptopso the second one saved me
02:11.34hgsgrg: ok and what shld it be replaced with
02:11.51grghgs, well i don't know what serial port you need to use...
02:12.10grgi don't know what hardware you have and even if i did, i still probably wouldn't know
02:12.16GNUtoo|laptopsome uboot contain hard coded serial parameters (serial of uboot ) whichh is a good protection against brickage
02:12.21GNUtoo|laptopI've that on my bug device
02:12.48GNUtoo|laptopfor knowing the serial port:
02:12.48grghgs, check the manual(s) for your device to find out if it says anything about what serial port is used for console output
02:12.55GNUtoo|laptopboot GNU/Linux on it
02:13.01GNUtoo|laptopand try it out
02:13.08GNUtoo|laptoptry serial communication
02:13.10GNUtoo|laptoplike:
02:13.40GNUtoo|laptopssh->shell->picocom<--serial--->usb_to_serial->computer
02:14.04hgsgrg: ttyS2 is a serial device, i getting just the kernel logs through the serial port of the device
02:14.21GNUtoo|laptopok
02:14.46grghgs, but you said you don't get any output after the root filesystem is mounted... ?
02:15.51hgsgrg: only the kernel logs gets displayed (like messages on loading kernel modules etc)
02:15.52GNUtoo|laptophmmm
02:15.57GNUtoo|laptopahh ok
02:16.07GNUtoo|laptopinit logs aren't displayed
02:16.48hgsyes those with runlevel S and 1,2,3,..
02:16.56hgsare not getting displayed
02:17.24grgi'm afk for a lunch meeting... back later..
02:18.14GNUtoo|laptopI'll boot a device and look
02:18.41hgsiam seeing the following "S:2345:respawn:/sbin/getty 115200 ttyS0" in /etc/inittab
02:18.59GNUtoo|laptopI think that's for the root prompt login
02:19.02GNUtoo|laptoplike:
02:19.04GNUtoo|laptopusername:
02:19.06GNUtoo|laptoppassword:
02:20.50GNUtoo|laptopmaybe look in
02:20.55GNUtoo|laptop/etc/default/rcS
02:20.59GNUtoo|laptopthere is a verbose option
02:21.07GNUtoo|laptopnot shure if it fix that tough
02:21.26hgsok actually enabled it :(
02:21.48hgslong time back it did not help
02:21.51GNUtoo|laptopok
02:22.05GNUtoo|laptopI never had this issue on embedded things
02:22.20GNUtoo|laptoponly on x86 powerfull routers
02:22.41GNUtoo|laptopand their init system and the fix was quite different
02:24.48GNUtoo|laptophmmm what's /proc/cmdline?
02:24.59GNUtoo|laptopis there a quiet or similar option
02:25.25hgsyes id do have "mem=442M console=ttyS2,115200n8 vram=32M omapfb.vram=0:8M,1:16M,2:8M console=tty0 omapfb.mode=dvi:640x480MR-16@60 root=/dev/mmcblk0p2 rw rootwait"
02:26.02hgsit is the bootargs that is being passed to the kernel
02:26.06GNUtoo|laptopok
02:32.16GNUtoo|laptopmaybe udev?
02:32.27GNUtoo|laptopprint something before udev
02:32.37GNUtoo|laptopand see if it appears on the serial port
02:36.05GNUtoo|laptophgs, do you see the please wait booting?
02:36.19hgsGNUtoo|laptop: i setup is taken away from me, have to wait for some time
02:36.27GNUtoo|laptopok
02:41.20*** join/#oe rsalveti (~rsalveti@201.82.71.207)
02:41.59hgsGNUtoo|laptop: from my previous logs snaps http://pastebin.com/WZ75tczR, is what i see, wrt to mmc/ext3 and udev, i dont see "please wait booting" in those logs though
02:43.35hgsGNUtoo|laptop: my ttyS device number in kernel bootargs and that in initab are not matching...may it could be the issue...waiting for my setup huh..
02:44.15GNUtoo|laptopok
02:51.56hgsGNUtoo|laptop: as you had mentioned i could only see the login console, i could not feed any input through the serial device
02:55.11*** join/#oe methril_ (~methril@189.27.132.220.dynamic.adsl.gvt.net.br)
03:03.34*** join/#oe mekius[work] (~mekius@enlightenment/developer/mekius)
03:19.39*** join/#oe borg_ (~olaf@p548697BB.dip0.t-ipconnect.de)
03:23.34GNUtoo|laptopah?
03:36.19*** join/#oe hansdampf (~moritz@212.77.183.247)
03:37.57*** join/#oe jhelwig (~jhelwig@96.225.220.117)
04:01.03*** join/#oe Lint (~Linp@201-92-178-140.dsl.telesp.net.br)
04:01.31grgGNUtoo|laptop, there is something interesting in your failing do_rootfs log... search for "check_data_file_clashes"
04:09.06grgideally, OE should check for that error message and fail instead of do_rootfs succeeding
04:11.28*** join/#oe Jay7 (jay@95-29-191-44.broadband.corbina.ru)
04:17.32grgGNUtoo|laptop, see rootfs_ipk.bbclass:rootfs_ipk_log_check(), it should be trivial to add a check for, e.g. "wants to install file"
04:18.26grg...And then i suppose you need to figure out why the Marvell-Licence.txt file already exists.
04:38.40hgsgrg: i added "S:2345:respawn:/sbin/getty 115200 ttyS2" entry in /etc/inittab and now it allows the login shell access from the serial console, how do i redirect the runlevel S, 1, 2, ... logs to serial port??
04:39.16grghgs, i still suspect you need to alter the kernel command line
04:39.26grghgs, you have console=foo listed twice
04:39.57grgonce for the serial port, once for the framebuffer console
04:40.13grgthose init level messages are probably going to your framebuffer
04:40.45hgsoh ok i will disable my pslash and chk whether i could see init messages
04:41.12grgGNUtoo|laptop, I've updated the issue with my analysis: http://code.google.com/p/opkg/issues/detail?id=52
04:45.32grghgs, psplash should be able to find your framebuffer without console=tty0 on your kernel command line
05:05.23*** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net)
05:09.11*** join/#oe denix (~denys@nat/ti/x-dofnkhbxdehjjuad)
05:12.21*** join/#oe mithro (~tim@unaffiliated/mithro)
05:13.03*** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net)
05:20.14*** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com)
05:26.17*** join/#oe irfan_ (8bb5d022@gateway/web/freenode/ip.139.181.208.34)
05:30.07*** join/#oe raster (raster@enlightenment/developer/raster)
05:31.32CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r40447c0205 10openembedded.git/recipes/xorg-lib/xtrans/abstract_socket_fix.patch:
05:31.32CIA-2xtrans: remove unused abstract_socket_fix.patch
05:31.32CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
05:31.33CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r5404278ea3 10openembedded.git/recipes/xorg-lib/ (9 files):
05:31.33CIA-2libx11-native: add provide virtual/libx11-native
05:31.42CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r27ff4654fb 10openembedded.git/conf/ (15 files in 3 dirs):
05:31.42CIA-2distros: add PREFERRED_PROVIDER_virtual/libx11-native
05:31.42CIA-2* to be able to use virtual/libx11 in BBCLASSEXTEND = native recipes
05:31.42CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
05:31.43CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r659f8c0df7 10openembedded.git/recipes/xorg-lib/ (6 files):
05:31.43CIA-2libxfixes: convert to BBCLASSEXTEND
05:31.43CIA-2* PR will be bumped later with INC_PR conversion
05:31.51CIA-2libxdmcp: convert to BBCLASSEXTEND
05:31.51CIA-2* PR will be bumped later with INC_PR conversion
05:32.25CIA-2* remove original PROVIDES it's not used anywhere and is broken with BBCLASSEXTEND
05:32.26CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
05:32.26CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r5467edf73c 10openembedded.git/recipes/xorg-lib/ (6 files):
05:32.26CIA-2libxkbfile: convert to BBCLASSEXTEND
05:32.26CIA-2* PR will be bumped later with INC_PR conversion
05:33.14CIA-2xserver-xorg: add /usr/share/X11/xorg.conf.d to xserver-xorg package
05:33.14CIA-2* ie for /usr/share/X11/xorg.conf.d/10-evdev.conf
05:33.14CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
05:33.15CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * re03f8bb577 10openembedded.git/recipes/xorg-util/util-macros.inc:
05:33.15CIA-2util-macros: add BBCLASSEXTEND sdk, because some packages were already depending on it
05:58.18*** join/#oe raster (raster@enlightenment/developer/raster)
05:58.46hgsgrg: thanks now could see the actual init debug messages redirected to the serial console  it is saying "fsck: fsck.auto: No such file or directory"
06:00.25grgdoes that mean you need to specify the correct filesystem type in your fstab?
06:04.12hgsgrg: shld the chkscript supposed to call fsck.ext3 instead of fsck.auto??
06:04.25grghgs, yeah.
06:05.05grgit looks like it reads the filesystem type from fstab
06:06.07*** join/#oe mithro (~tim@unaffiliated/mithro)
06:06.08hgsok i updated fstab let me verify it
06:08.38*** join/#oe _chase_ (~chase@nat/ti/x-fpsjotixcztkkehd)
06:20.02*** join/#oe _chase_ (~chase@nat/ti/x-dxaudfzimgxdiltp)
06:21.29*** join/#oe vps1 (~vitus@212.144.247.210)
06:22.29hgsgrg: i modified fstab etnry as "rootfs /dev/root ext3 defaults 1  1", it again calling fsck.auto.
06:23.48grghgs, well, maybe you have a different checkroot script to the one I'm looking at. I suggest you have a read of yours and see why its calling fsck.auto
06:25.49*** join/#oe screwgoth (~screwgoth@122.169.85.244)
06:27.13*** part/#oe screwgoth (~screwgoth@122.169.85.244)
06:28.26hgsgrg: ok i actually changed to "/dev/root / ext3 rw,relatime,errors=continue,data=writeback 1 1" this time called fsck.ext3 appropriately, but it is prompting for user input..here is the logs
06:28.43hgshttp://pastebin.com/i3gesu6p
06:29.48grghgs, why not specify mmcblk0p1 instead of /dev/root?
06:30.02grgi mean, /dev/mmcblk0p1
06:30.29hgsgrg: yes iam really confused with those fstab entries, dont know which format to follow
06:32.07grgthe format is generally, filesystem_dev_file_or_whacko_alias  /path/for/mount/destination  comma,separated,options  dump_no  pass_no
06:32.50grgor was it pass_no, then dump_no... i forget
06:34.22hgsgrg: finally worked shuuu....
06:36.08hgsgrg: then what about this default entry says "rootfs    /dev/root   auto   defaults   1  1"
06:36.20hgsrootfs seems to be an additional entry
06:36.50grgthat some whacko non unix shit that has crept into linux in recent years
06:37.14grgi blame udev for those kind of shenanegans
06:39.33hgsgrg: oh ok i have other entries "proc, devpts ,usbfs ,tmpfs" follwing similar structure (non unix), should i update them
06:39.46grgno no
06:39.50grgthose are normal :)
06:39.56hgs:)
06:40.12grgthey don't actually have corresponding /dev/file entries
06:43.13hgsgrg: i actually dont have a clue...have lot to learn..
06:43.57grghgs, well, you've walked through this problem in a manner that indicates you are capable of learning. That's a good start.
06:44.00*** join/#oe pix_ (~pix@2001:6f8:3b5:0:219:dbff:fec7:9c83)
06:44.51grgi often get fed up trying to help people when it becomes clear they just want to be spoon fed solutions and cant do any of their own troubleshooting
06:45.59*** join/#oe guillaum1 (~gl@AMontsouris-153-1-52-97.w86-212.abo.wanadoo.fr)
06:46.07*** join/#oe B_Lizzard (~havoc@athedsl-424535.home.otenet.gr)
06:46.11*** join/#oe dos1 (~dos@unaffiliated/dos1)
06:52.51*** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk)
07:06.39*** join/#oe tsjsieb (~tsjsieb@dejongbeheer.nl)
07:10.01*** join/#oe guillaum1 (~gl@AMontsouris-153-1-47-105.w90-2.abo.wanadoo.fr)
07:10.33*** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:10.46tsjsiebmorning
07:13.03hrwmorning
07:18.21JaMamorning
07:32.26*** join/#oe rob_w (~bob@pD95EC3F4.dip.t-dialin.net)
07:32.39*** join/#oe guillaum1 (~gl@AMontsouris-153-1-19-220.w86-212.abo.wanadoo.fr)
07:44.33*** join/#oe dos1 (~dos@unaffiliated/dos1)
07:53.58*** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk)
07:54.42CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r7d9b0799a0 10openembedded.git/recipes/xorg-lib/ (134 files):
07:54.42CIA-2xorg-lib: use INC_PR
07:54.43CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:54.51CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * re50bb7af5b 10openembedded.git/recipes/xorg-lib/ (6 files):
07:54.51CIA-2libxext: remove PROVIDES_virtclass-sdk
07:54.51CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:54.54CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r2531ea35b2 10openembedded.git/recipes/xorg-lib/ (147 files):
07:54.54CIA-2xorg-lib: oe-stylize
07:54.54CIA-2* require in oe-stylize script was moved to top
07:54.54CIA-2* reminders were removed
07:54.55CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:55.05CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rc34bf3cb88 10openembedded.git/recipes/ (19 files in 14 dirs):
07:55.05CIA-2recipes: use libxt/libxft/libxdmcp/libxscrnsaver/liblbxutil/libxau/libxext instead of xt/xft/xdmcp/libxss/lbxutil/xau/xext providers
07:55.05CIA-2* there is only one provider, so use it directly as othere recipes does
07:55.05CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:57.49*** join/#oe guillaum1 (~gl@AMontsouris-153-1-31-157.w86-212.abo.wanadoo.fr)
07:58.22*** join/#oe mithro (~tim@unaffiliated/mithro)
08:01.59*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
08:02.07*** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net)
08:08.33hrwJaMa: now there is one. in past it was not clean
08:09.22JaMahrw: provider? but OK to clean it now, right?
08:09.27hrwyes
08:09.39hrwbefore x11 got modular
08:09.46JaMahrw: because most of recipes were using direct depends now.. so better to clean it everywhere
08:09.56hrwyes
08:10.09hrwJaMa: I like your work on x11 stuff
08:10.41JaMagood, than I hope you'll ack my mesa cleanup (a bit more controversal because of old versions removal)
08:10.52hrwlong time ago I was doing lot of x11 upgrades and it is nice to see that someone continue that
08:10.55JaMabut it's not yet pushed - still testing old cruft
08:11.11hrwJaMa: I do not do OE builds so hard for me to ack that
08:13.20JaMaok
08:17.54eFfeM_workgm
08:20.26JaMagm
08:22.36*** join/#oe rob_w (~bob@217.237.177.190)
08:22.45*** join/#oe guillaum1 (~gl@AMontsouris-153-1-87-125.w90-2.abo.wanadoo.fr)
08:26.00CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r4eda57ba4a 10openembedded.git/recipes/libjson/ (libjson/json-c-longlongint.patch libjson_svn.bb):
08:26.00CIA-2libjson: add svn versions with patch needed for elmdentica
08:26.00CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
08:29.57hrwhi eFfeM_work
08:30.25mckoangood morning
08:30.28*** join/#oe dth (~dieter@a89-183-8-89.net-htp.de)
08:47.15*** join/#oe guillaum1 (~gl@AMontsouris-153-1-38-227.w90-2.abo.wanadoo.fr)
08:51.14*** join/#oe dth (~dieter@a89-182-76-188.net-htp.de)
09:05.34*** join/#oe woglinde (~heinold@g225147206.adsl.alicedsl.de)
09:07.50*** join/#oe d_t_h (~dieter@a89-183-18-249.net-htp.de)
09:09.12*** join/#oe zecke (~ich@123.192.240.117)
09:11.34*** join/#oe guillaum1 (~gl@AMontsouris-153-1-8-68.w86-212.abo.wanadoo.fr)
09:16.30*** part/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net)
09:17.31*** part/#oe hgs (~hgs@82.202-63-132.static.qala.com.sg)
09:20.08*** join/#oe dt_h (~dieter@a89-182-137-206.net-htp.de)
09:21.16*** join/#oe mithro (~tim@unaffiliated/mithro)
09:27.37*** join/#oe d_t_h (~dieter@a89-182-158-127.net-htp.de)
09:37.20*** join/#oe Heinervdm (~thomas@pD9E13D5D.dip.t-dialin.net)
09:37.25*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
09:37.37*** join/#oe guillaum1 (~gl@AMontsouris-153-1-39-160.w90-2.abo.wanadoo.fr)
09:38.55*** join/#oe methril (~methril@189.27.132.220.dynamic.adsl.gvt.net.br)
09:47.35*** join/#oe pix_ (~pix@pat35-2-82-240-215-236.fbx.proxad.net)
09:54.45*** join/#oe d_t_h (~dieter@a89-183-30-55.net-htp.de)
10:01.39*** join/#oe guillaum1 (~gl@AMontsouris-153-1-28-81.w86-212.abo.wanadoo.fr)
10:03.34*** join/#oe mnabil (~mnabil@41.234.68.96)
10:05.22*** join/#oe mithro (~tim@unaffiliated/mithro)
10:11.02*** join/#oe CMoH (~cipi@95.76.71.81)
10:13.43*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
10:18.15*** join/#oe animist (~vovkaii@wikipedia/Animist)
10:25.42*** join/#oe d_t_h (~dieter@a89-183-6-171.net-htp.de)
10:27.17*** join/#oe guillaum1 (~gl@AMontsouris-153-1-26-129.w86-212.abo.wanadoo.fr)
10:31.28*** join/#oe lrg (~lrg@slimlogic.co.uk)
10:39.16*** join/#oe woglinde_ (~heinold@f052236132.adsl.alicedsl.de)
10:50.32*** join/#oe guillaum1 (~gl@AMontsouris-153-1-19-243.w86-212.abo.wanadoo.fr)
11:06.51*** join/#oe pix_ (~pix@2001:6f8:3b5:0:219:dbff:fec7:9c83)
11:14.35*** join/#oe guillaum1 (~gl@AMontsouris-153-1-74-170.w90-2.abo.wanadoo.fr)
11:30.04*** join/#oe Nikunj (7d166140@gateway/web/freenode/ip.125.22.97.64)
11:32.15NikunjHi All, One doubt plz.. does tmp/ folder needs to be deleted or moved whenever you bitbake different packages.. ex. helloworld and console-image?? Which is more safe?
11:34.44*** join/#oe dth (~dieter@a89-183-26-75.net-htp.de)
11:35.22*** join/#oe guillaum1 (~gl@AMontsouris-153-1-49-156.w86-212.abo.wanadoo.fr)
11:35.58woglindenikunj ????
11:37.33Nikunjwoglinde : I bitbaked helloworld first.. it had created tmp/ folder.. which has all the associated data. Now If I want to bitbake console-image .. does that tmp/ folder needs to be moved or deleted.??
11:38.03woglindeno why?
11:38.14woglindethat would be really stupid
11:38.23woglindewe are making some stupid things
11:38.30Nikunjwoglinde : till now I was deleting tmp/ folder every time I bitbake any package..
11:38.34woglindebut dont expected us this much stupid
11:39.55Nikunjwoglinde : I agree !! Actually I wasnt too sure about whether to keep tmp/ folder or continue with the old one..Afraid about getting errors.
11:40.53Nikunjwoglinde : So ultimately this will again save time in building any package..Right?
11:41.11*** join/#oe rsalveti (~rsalveti@201.82.71.207)
11:41.37*** join/#oe arun (~arun@unaffiliated/sindian)
11:42.15woglinde?????????
11:42.17woglinde*sigh*
11:42.35woglindeNikunj please look into the tmp yourself
11:42.38woglindeand find your answer
11:46.59blindvt`Nikunj, usually you do not need (nor want) to manually delete the tmp directory
11:48.14woglindeonly for distro bump
11:48.15woglinde*g*
11:48.25woglindehi blindvt
11:48.45blindvt`woglinde, \"folder\" always reminds me on BSE
11:49.34woglindeblhm?
11:52.54blindvt`dunno. folding (proteins) and flapping proteins. Just an association. nm
11:53.02*** join/#oe marcosmamorim (~marcos@187.34.231.228)
11:53.58*** join/#oe d_t_h (~dieter@a89-182-80-213.net-htp.de)
11:58.51CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r3c8aa3ac19 10openembedded.git/conf/machine/om-gta02.conf:
11:58.51CIA-2om-gta02: prefer kernel 2.6.32
11:58.51CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:58.52CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r3322af9410 10openembedded.git/recipes/xorg-xserver/ (2 files in 2 dirs):
11:58.53CIA-2xserver-xorg-conf: update om-gta02 config for 2.6.32 and newer kernel (evdev node changed for ts)
11:58.58CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r9707d105fa 10openembedded.git/recipes/freesmartphone/fsodeviced_git.bb:
11:58.58CIA-2fsodeviced: make alsa states for 2.6.31 default
11:58.58CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:59.00CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rc0987e7f50 10openembedded.git/conf/distro/shr.conf:
11:59.00CIA-2shr: inherit couple of usefull classes: recipe_sanity, insane, devshell and bump DISTRO_PR
11:59.00CIA-2* gcc major version was changed, better to sync recipes to targets
11:59.00CIA-2* new QA tasks needs available workdirs
11:59.11CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r733149b626 10openembedded.git/conf/distro/include/preferred-shr-versions.inc:
11:59.11CIA-2shr: prefer qt-4.7.0-beta1
11:59.11CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:59.15CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rfe3e3931f5 10openembedded.git/recipes/freesmartphone/ (2 files in 2 dirs):
11:59.15CIA-2fsogsmd: add patches for 2.6.31+ on om-gta02
11:59.15CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:59.18CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r168eea64ef 10openembedded.git/recipes/xorg-proto/ (5 files):
11:59.18CIA-2kbproto: convert to BBCLASSEXTENDS
11:59.18CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:59.19CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rd2bc5b243d 10openembedded.git/recipes/xorg-proto/ (39 files):
11:59.19CIA-2xorg-proto: remove XORG_PN, it was now used only in DESCRIPTION where BPN is also enough
11:59.27CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rc56b6369c0 10openembedded.git/recipes/xorg-proto/ (24 files):
11:59.27CIA-2xorg-proto: add nativesdk to BBCLASSEXTEND
11:59.27CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
12:01.06*** join/#oe guillaum1 (~gl@AMontsouris-153-1-73-117.w90-2.abo.wanadoo.fr)
12:01.10*** join/#oe otavio (~otavio@debian/developer/otavio)
12:04.09*** join/#oe talen (~talen@atp82.internetdsl.tpnet.pl)
12:11.37*** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz)
12:12.35*** join/#oe woglinde (~heinold@f052236132.adsl.alicedsl.de)
12:12.54woglindere
12:13.01woglindehm jama has some freetime
12:13.07CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r721ce80031 10openembedded.git/recipes/binutils/binutils-cross-sdk_cvs.bb: binutils-cross-sdk cvs: fix PV
12:16.07*** join/#oe d_t_h (~dieter@a89-182-88-65.net-htp.de)
12:20.27*** join/#oe dt_h (~dieter@a89-183-9-67.net-htp.de)
12:23.24JaMawoglinde: not at all (deadline at work ;/).. but I would really like to have it cleaned a bit..
12:25.21woglinde*g*
12:28.12*** join/#oe guillaum1 (~gl@AMontsouris-153-1-90-237.w90-2.abo.wanadoo.fr)
12:28.18XorAhey guys, anyone know the best way to get Brussels to Munich by train and how long it takes?
12:28.42woglindexora hm
12:28.54woglindexora from brussel to cologne via thalis
12:29.03woglindeand from cologone to munich
12:29.21woglindeyou can use www.bahn.de
12:30.34woglinde6:50 the fastest
12:30.34XorAwoglinde: thanks
12:31.03woglindein the thalis you can have wlan acess
12:31.07woglindebut its not cheap
12:31.37XorAits not for me, friend is planning the journey for herself but got lost on a french language site
12:31.45woglindeuh
12:32.04woglindehm for thalis you normaly need reservation
12:32.04XorAfigured OE guys tend to scoot around by train a lot :-)
12:32.13woglindeyes
12:32.28woglindemost of the time cheaper than flight
12:32.36XorAand more comfy
12:32.41XorAplanes annoy me
12:32.44woglindehm not really
12:32.46woglinde*g*
12:33.30XorAmy normal Edin to London route, because of all the messing around you have to do, sometimes the train is actually quicker :-)
12:33.45woglindesure
12:33.53CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r371343e2cc 10openembedded.git/recipes/u-boot/u-boot_git.bb: u-boot git: remove ramdisk and user button patches that don't work on revB and revC beagles
12:34.37*** join/#oe Linf (~Linp@201-92-178-140.dsl.telesp.net.br)
12:34.51woglindejama ack for the deleting of old mesa stuff
12:35.44*** join/#oe aloisiojr (~aloisio@200.184.118.130)
12:36.17*** join/#oe d_t_h (~dieter@a89-182-74-232.net-htp.de)
12:36.52XorAthats 2 acks, Ive just emails mine
12:47.32JaMaXorA: thanks :)
12:48.04JaMawoglinde: can you ack on email to be correct for everyone?
12:50.29woglindejama done
12:51.15*** join/#oe guillaum1 (~gl@AMontsouris-153-1-89-163.w90-2.abo.wanadoo.fr)
12:52.18*** join/#oe B_Lizzard (~havoc@athedsl-424535.home.otenet.gr)
13:01.43*** join/#oe dth (~dieter@a89-182-90-85.net-htp.de)
13:04.07CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rabbc5acc0f 10openembedded.git/recipes/mesa/ (17 files in 3 dirs):
13:04.07CIA-2mesa: move common definitions to include file, change SRC_URI to freedesktop for releases newer than 7.5
13:04.07CIA-2* drop eee901 override (no such machine in OE, dropped from poky
13:04.07CIA-2http://git.pokylinux.org/cgit.cgi/poky/commit/?id=542eb3b16dc1c6fa7920257219ed5dac0b95c257)
13:04.07CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:04.15CIA-2preferred-om-2008-versions: remove pinned version of mesa/mesa-dri
13:04.16CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:04.16CIA-2Acked-by: Henning Heinold <heinold@inf.fu-berlin.de>
13:04.17CIA-2Acked-by: Graeme Gregory <dp@xora.org.uk>
13:04.17CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r2f62a96457 10openembedded.git/recipes/mesa/ (6 files in 2 dirs):
13:04.18CIA-2mesa-dri: remove old 7.0.3 and 6.5.2 relase using mesa-common-old.inc
13:04.18CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:04.19CIA-2Acked-by: Henning Heinold <heinold@inf.fu-berlin.de>
13:04.19CIA-2Acked-by: Graeme Gregory <dp@xora.org.uk>
13:04.27CIA-2* there was --disable-egl in mesa-dri recipes (there are mesa recipes for this)
13:04.27CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:04.28CIA-2Acked-by: Henning Heinold <heinold@inf.fu-berlin.de>
13:05.20CIA-2Acked-by: Graeme Gregory <dp@xora.org.uk>
13:05.20CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r02fdabdbaf 10openembedded.git/ (11 files in 5 dirs):
13:05.20CIA-2mesa: move 7.8 release to latest minor 7.8.2
13:05.20CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:05.20CIA-2Acked-by: Henning Heinold <heinold@inf.fu-berlin.de>
13:12.40CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rdb9b2d1745 10openembedded.git/classes/mozilla.bbclass:
13:12.40CIA-2mozilla.bbclass: use libxt directly
13:12.40CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:12.41CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r46012bde53 10openembedded.git/recipes/vim/gvim_7.2.bb:
13:12.41CIA-2gvim: use libxt directly
13:12.41CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:13.43CIA-203Martin Jansa <martin.jansa@gmail.com> 07org.openembedded.dev * re1f208e7e1 10openembedded.git/recipes/gcc/gcc-package-sdk.inc:
13:13.43CIA-2gcc-package-sdk: skip stripping *.py files
13:13.43CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:13.43CIA-2Signed-off-by: Koen Kooi <koen@openembedded.org>
13:17.36*** join/#oe BenLauDC (~benlau@221.125.8.44)
13:17.56*** join/#oe guillaum1 (~gl@AMontsouris-153-1-27-93.w86-212.abo.wanadoo.fr)
13:20.49CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rea59e852d8 10openembedded.git/classes/testlab.bbclass:
13:20.49CIA-2testlab: from opkg info grep only +- 7 lines around package with status installed of unpacked
13:20.49CIA-2* silly solution to filter multiple versions shown in installed-packages.txt where one is with Status not-installed and the right one with installed
13:20.49CIA-2* someone with better idea?
13:20.49CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:23.20CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2e0f5099da 10openembedded.git/recipes/binutils/binutils-cross-sdk_2.20.1.bb: binutils-cross-sdk: add 2.20.1
13:36.21*** join/#oe kevinsc (~a0214685@nat/ti/x-iwhdpuuqllhnagrw)
13:39.51*** join/#oe bin1010 (~mia@rrcs-71-40-238-108.sw.biz.rr.com)
13:41.38*** join/#oe guillaum1 (~gl@AMontsouris-153-1-14-241.w86-212.abo.wanadoo.fr)
13:45.01CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r69efbdbe8f 10openembedded.git/recipes/xorg-lib/ (18 files):
13:45.02CIA-2libx11,diet-x11: use INC_PR
13:45.02CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:45.14CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r82dd23467d 10openembedded.git/recipes/xorg-lib/ (40 files in 7 dirs): (log message trimmed)
13:45.14CIA-2libx11: convert to BBCLASSEXTEND
13:45.14CIA-2* common patches in new libx11.inc (some needed to be renamed to keep
13:45.14CIA-2same name across version)
13:45.14CIA-2* keep one common dir with diet-x11/libx11-trip variants
13:49.08*** join/#oe pix_ (~pix@pat35-2-82-240-215-236.fbx.proxad.net)
13:52.47*** join/#oe playya_ (~playya@unaffiliated/playya)
13:56.31*** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it)
14:05.27*** join/#oe guillaum1 (~gl@AMontsouris-153-1-46-131.w90-2.abo.wanadoo.fr)
14:06.07*** join/#oe kevinsc (~a0214685@nat/ti/x-egrgaqifcoiijszj)
14:06.23*** join/#oe dth_ntb (~dieter@a89-183-29-251.net-htp.de)
14:12.50*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
14:13.01kergothmorning
14:14.10hrwhi kergoth
14:14.26kergothhey hrw
14:16.37pb_g'day kergoth
14:17.31kergothfyi, I modified bitbake so it would error out if anyone tries to access a variable that wasn't captured by the signature for the task being executed -- and successfully built task-boot, task-base, task-proper-tools, etc with it :D
14:17.43kergothso i guess the functionality for the varref stuff is there
14:17.57kergothnow can focus on performance and improving the code, maintenance wise
14:18.16pb_excellent
14:19.11kergoththen need to figure out how to fully integrate it -- i think i'll need to add a setVar notification mechanism to dirty cached expanded variables
14:19.20kergoththen perhaps see about making the parser directly produce this tree
14:19.43kergothand of course, to use this for stamps would require that we make tasks stay within WORKDIR, and start tracking WORKDIR contents
14:19.54kergothmakes a list
14:21.15kergothit's too bad we can't safely cache pythonsnippets, since we can't assume they have no side effects
14:21.48mario-goulartfunctional programming ftw
14:23.38kergothheh, the problem is we have snippets doing all sorts of things that can't function properly without some side effects -- at a minimum, I/O
14:23.51kergothcould add the ability to explicitly specify referenced files
14:23.55kergothin addition to referenced variables
14:23.59kergoththen utilize that in the caching
14:24.05*** join/#oe dth (~dieter@a89-183-29-251.net-htp.de)
14:24.20kergoththinks this is one giant nested can of worms
14:26.20kergothso
14:26.35kergothi'm trying to gather as much information as possible on the history of OE, more than what i happen to recall
14:26.52kergothabout the original discussions for the design when we started the project
14:27.06kergothwe no longer seem to have the original wiki, sadly
14:27.21*** join/#oe d_t_h (~dieter@a89-182-86-114.net-htp.de)
14:27.23kergothbut, timriker's bot, ibot/purl/jbot has logs going back to 2002 for #openzaurus, #elinux, #openembedded, #oe
14:27.26kergothso that seems promising
14:28.12kergothi can remember quite a bit about why we didn't go with the various alternatives, but i figure getting exact info is better than trusting my memory
14:28.59kergoththe most annoying thing is trying to remember which projects were even around back then, vs ones that showed up later :)
14:29.16kergoth"well, i know what issues exist with FOO, but was that even an option then?"
14:29.19kergothrolls eyes
14:32.10*** join/#oe martinmeba (~martin@12.110.139.34)
14:32.34*** join/#oe guillaum1 (~gl@AMontsouris-153-1-92-233.w90-2.abo.wanadoo.fr)
14:32.42kergoththat's promising, i told timriker that schurig had added some more detail about the ideas "we discussed the other week" on the oe wiki, this was 20030218 at 21:39.29
14:37.16kergothhaha, tim fishslapped me for  creating #openembedded on 20030123.  course, at the time it wasn't a project of its own really, it didn't have much of an identity
14:37.18kergothbut still :)
14:38.52pb_hah
14:39.38kergothhe worried a bit about fracturing, i think, even then he wanted #elinux / elinux.org as the central embedded linux information repository, but I don't think he realized we were more about the metadata than the documentation
14:41.20kergothokay, the design discussions had to occur after 20030123 - around the time we created #openembedded and got the domains, and near / shortly after 20030218, when i told tim about updates to the wiki pages
14:41.25kergothgetting there
14:41.27kergoth:)
14:42.48kergothah ha!
14:42.51kergothhttp://web.archive.org/web/20030513111311/www.openembedded.org/phpwiki/index.php/BuildSystem
14:42.54kergoththank you wayback machine
14:42.55kergoth<3
14:43.13kergoththat includes logs of the original discussions between tim and i that got me mulling over the thing
14:43.23kergothwoot.
14:44.19kergothhahaha
14:44.23kergothschurig's ebuild page
14:44.25kergoth"What's not so good
14:44.25kergothWith it's over 3000 packages, portage is sometimes slow when it comes to dependency calculations. On my 1GHz box it takes 1-3 seconds. They are right now thinking about a Berkely DB where they store this info. However, the dependency tracking works very well."
14:44.29kergoth1-3 seconds, i wish..
14:44.30kergoth;)
14:44.45pb_heh, puny 3000 packages
14:44.51kergothhehe, indeed
14:53.44kergothhttp://web.archive.org/web/20030606074302/openembedded.org/phpwiki/index.php/OeTODO - heh - oeconfig .. we never did get such a thing
14:54.17kergothhaha
14:54.19kergoth"enhance task dependency checking.. force a redownload/rebuild/etc if SRC_URI changes from what it was previously, rebuild if the build steps change, etc. Essentially store a CRC of the variable which applies to a given task, and force a clean and rerun of that task if the CRC changes."
14:54.31kergothit only took us 7 years, and we still aren't there yet
14:54.53pb_doh
14:54.58pb_bad work by us
14:55.04kergoth:)
14:55.22kergothwell, to be fair, we did have more important things to do
14:55.25kergothlike making sure shit actually built
14:55.26kergothbut still
14:56.40*** join/#oe guillaum1 (~gl@AMontsouris-153-1-53-111.w86-212.abo.wanadoo.fr)
14:57.06kergothoh, that reminds me
14:57.14kergoththe varref stuff completely ignores overrides
14:57.27kergothneed a wrapper class to associate a conditional to a value
14:57.30kergothmost likely
14:57.38kergoththen the conditional value could sit anywhere in the tree
14:57.51kergothhmm, how to store the condition
15:09.35*** join/#oe pix_ (~pix@2001:6f8:3b5:0:219:dbff:fec7:9c83)
15:10.55kergothtries to make something coherent out of this scattered information
15:11.26*** join/#oe pb__ (~pb@62.7.80.98)
15:11.44kergothholy cow koen, according to ohloh he has nearly double the commits of the next person below him for OE
15:15.08hrwkergoth: you forgot that Koen was a man who wrote OE in one day?
15:15.15hrwaka first monotone commit
15:15.23kergothchuckles
15:16.07kergoththe first oe commits were in cvs or something, but I don't think the OE repo has the full history
15:16.14kergoth(i.e. pre-oe-split)
15:16.29hrwkergoth: cvs? before bitkeeper even?
15:17.12hrwkergoth: now we have history since bitkeeper but BK commits are disaster due to a way how bitmover exported it
15:17.49kergothyeah, before bk
15:18.18kergothcheck out the bitbake repo, i spent a lot of time on that one, and i think it still may be msising a few things
15:18.53kergothhttp://git.openembedded.org/cgit.cgi/bitbake/commit/?id=af645b03b585a9c92dc111188756b8f6badfec5f
15:19.21kergothi think that one was cvs, i worked to convert all the authors to current info and removed extra metadata in the commit logs
15:19.24woglindehi kergoth
15:19.42kergoth2003-02-21 04:03:45 sounds about right, this may be everything
15:19.55kergothhey woglinde
15:20.38*** join/#oe guillaum1 (~gl@AMontsouris-153-1-2-220.w86-212.abo.wanadoo.fr)
15:21.44kergoththat first parser wasn't very pythonic python ;) can tell i was a noob
15:22.39kergoth0a866478cc2ae23a4d60ea407b0d6d89146f3016 is when holger schurig started pulling over portage bits
15:22.51woglinde*g* oe history
15:22.55kergoth:)
15:23.20woglindehi hrw btw.
15:24.10kergothponders what to do with all this info
15:24.49kergothmaybe a basic timeline showing certain big events in the project lifetime
15:24.57kergothsupplemented by additional information about design decisions, etc
15:25.23*** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net)
15:25.36hrwkergoth: nice idea
15:25.50kergothsomeone was asking me about why we did things the way we did
15:26.00kergothi'm hoping this sort of information will help that
15:27.44kergothhmmm
15:28.13kergothwonders where he put the dirs where he was working on fixing up the bitbake repository, since there were oe bits there too, could graft them onto the main repo
15:29.23*** join/#oe kevinsc1 (~a0214685@nat/ti/x-zvaymplmgvkexihy)
15:31.45kergothhmm, anyone know if any of the OE presentations covered much about our history, other than just very brief onceovers?
15:31.52kergothalternatively, any that cover the high level concepts well?
15:32.06kergothseems like most are just quick introductions + some recipe or implementation details
15:32.11kergothdownloads some
15:40.26*** join/#oe hillct_ (~hillct@cpe-069-134-161-218.nc.res.rr.com)
15:40.48*** join/#oe mickey|zzZZzz (~mickey@openmoko/coreteam/mickey)
15:40.54CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rd3649ee3a5 10openembedded.git/recipes/xorg-xserver/ (xserver-xorg_1.8.0.bb xserver-xorg_1.8.1.bb):
15:40.54CIA-2xserver-xorg: remove D_P -1 from 1.8 versions, because mesa is now new enough
15:40.55CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
15:44.23JaMakergoth: didn't someone render codeswarm video? would be interesting to comment design decisions in video in form of subtitles or something :)
15:44.32kergothi was thinking about that too :)
15:45.11kergothcould show a movement along a timeline as the codeswarm proceeds, with a subtitle showing the event in the timeframe
15:46.46JaMawould like to see SRCREVs in recipes and checksums in recipes commits :)
15:47.42hrwJaMa: I used gource
15:48.06*** join/#oe guillaum1 (~gl@AMontsouris-153-1-91-153.w90-2.abo.wanadoo.fr)
15:48.17hrwhttp://www.youtube.com/watch?v=06RdXKHwV6U
15:48.49kergothah, nice
15:48.59JaMasaves link for later, corporate fw here blocks youtube
15:49.02kergothgreg gilbert :(
15:49.24hrwRIP
15:49.42kergothyep
15:50.16hrwgood that his family handled exports of data from his farm
15:50.29kergothdid they? that's impressive
15:50.47kergothi should put my passwords in a fire safe or something, just in case
15:50.48kergothheh
15:51.04pb_right, and write a will :-}
15:51.09kergoththat too
15:51.10hrwkergoth: did not we had bugtracker at his machine?
15:51.27kergothdoesn't remember
15:51.34kergothi know he ran the source mirror
15:51.41pb_yeah, I think a whole pile of oe bits were hosted on treke.net at one point
15:52.01pb_this was before melo, obviously, and I think it pre-dated ltg as well
15:52.30hrwbugs.treke.net
15:56.37hrwkergoth: LTG is 2006, Greg died in Feb 2008
15:57.02hrwhttp://linuxtogo.org/here-we-are http://article.gmane.org/gmane.comp.handhelds.openembedded/17660/
15:57.52kergothugh
15:58.17kergothheart attack at 26 due to diabetes that he didn't know about?
15:58.22kergothgod, what a shame
15:58.30kergothdidn't realize the cause
16:03.17woglindehi mrmoku
16:04.46mrmokuwoglinde: hi :)
16:09.02kergothwonder how much work itd be to track down when various oe based projects / commercial releases of oe based products happened
16:10.24hrw|gonehave a nice weekend
16:10.29woglindebye hrw
16:11.14*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
16:11.34hrw|gonekergoth: http://www.openzaurus.org/wordpress/category/releases/ will give you OZ track
16:12.20*** join/#oe guillaum1 (~gl@AMontsouris-153-1-29-52.w86-212.abo.wanadoo.fr)
16:12.20kergothcool, thanks
16:18.03*** join/#oe morphis (~morphis@p5489B3BC.dip.t-dialin.net)
16:21.35*** join/#oe pix_ (~pix@pat35-2-82-240-215-236.fbx.proxad.net)
16:24.00JaMacan I instruct bitbake to run rm_work as soon as possible instead of as one of the tasks executed last?
16:24.29JaMaI mean while building and image or so (clearly it should be last for particular recipe)
16:24.58JaMahas rather small /tmp
16:35.33*** join/#oe marcosmamorim (~marcos@187.56.198.213)
16:36.09*** join/#oe guillaum1 (~gl@AMontsouris-153-1-74-180.w90-2.abo.wanadoo.fr)
16:53.39*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
16:54.39*** join/#oe mrmoku` (~mrmoku@ppp-188-174-68-14.dynamic.mnet-online.de)
17:01.00*** join/#oe kerim (~kerim@81.214.22.138)
17:01.16*** join/#oe guillaum1 (~gl@AMontsouris-153-1-16-136.w86-212.abo.wanadoo.fr)
17:01.56*** part/#oe kerim (~kerim@81.214.22.138)
17:15.50khemJaMa: hmmm how small is your tmp
17:16.53*** join/#oe kevinsc (~a0214685@nat/ti/x-ypeywcwlelnywass)
17:19.44*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
17:20.27JaMakhem: 12G
17:20.59JaMakhem: but sometimes there is another build already running (some other OE distro or portage workdir is also there)
17:22.32JaMakhem: I'm building image as sequence of smaller tasks (which cleans before finish) but would be nicer to just run rm_work as soon as workdir is not needed anymore by following tasks
17:23.13JaMakhem: btw I'm rebuilding gcc-4.5 images without optspace disable (seeing your fixes before), do you consider it safe now?
17:25.48kergothJaMa, right, but exactly when can you be certain there are no tasks that do anything with workdir anymore?
17:25.55*** join/#oe guillaum1 (~gl@AMontsouris-153-1-90-123.w90-2.abo.wanadoo.fr)
17:26.00kergothits not just do install.  do deploy copies files out of there too, etc
17:26.49kergothnow, i could see being a bit smarter than wiping workdir.  after install and deploy have been run, wipe ${S}/${B}, perhaps
17:26.50kergothshrugs
17:29.01JaMakergoth: honestly I have no idea how the order of tasks is decided (between different recipes)... I only know how is task order defined with addtask for one recipe
17:29.54kergoththere are many flags that control cross-recipe task deps, in addition to DEPENDS/RDEPENDS based
17:30.14kergothsee deptask, depends, recrdeptask, rdeptask, etc
17:30.29kergothmay want to look at the bitbake -g output
17:31.13*** join/#oe mickey| (~M@e180156146.adsl.alicedsl.de)
17:31.35*** join/#oe mickeyl (~mickey@80.81.242.146)
17:31.52JaMaif it's really hard to be a bit smarter then I'll stay with sequence of targets and let bitbake experts like you handle it if they find it doable and usefull :)
17:33.29kergothwe'll get there.  in the future we're looking to better track what the file/dir input/output is for individual tasks
17:33.37kergothwith that information, we could really know when we're done with a given dir
17:38.27*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
17:45.39*** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk)
17:50.35*** join/#oe guillaum1 (~gl@AMontsouris-153-1-90-18.w90-2.abo.wanadoo.fr)
17:51.03*** join/#oe denix0 (~denix@pool-71-251-53-25.washdc.east.verizon.net)
17:56.08khemJaMa: yes optspace should work ok now
18:06.44*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
18:14.33*** join/#oe guillaum1 (~gl@AMontsouris-153-1-96-45.w90-2.abo.wanadoo.fr)
18:14.56khemwill is be the Swiss or spaniards .. lets see
18:15.09khemplans to watch at the local St. Johnn
18:16.14woglindehi khem
18:16.34woglindekhem I am really lucky that italy is out
18:16.50khemwoglinde: heh
18:17.26khemwoglinde: spain and chile will be interesting
18:17.27woglindespain will follow today
18:17.41khemwoglinde: I dont think so
18:17.44CIA-203Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * rdd0c9cb1e6 10openembedded.git/recipes/xorg-xserver/ (xorg-xserver-common.inc xserver-xorg_1.7.4.bb):
18:17.44CIA-2xserver-xorg: remove dependency on xorg-minimal-fonts
18:17.44CIA-2this is no longer necessary, and infact leads to a conflict with font-alias
18:17.44CIA-2Signed-off-by: Koen Kooi <koen@openembedded.org>
18:18.05khemwoglinde: it could be that spain and swiss loose and Honduras goes thru :)
18:18.26khembut I guess spain will play a boring draw
18:18.36woglinde*g*
18:18.52woglindethe brazil - portugese game was shit
18:20.32khemyeah
18:21.43khemhmmm debug version of uclibc libc.so.0 on mips is 102M
18:21.54khemsomething is broken
18:22.04khemeither the linker or the script
18:22.38woglindehm why?
18:22.45woglindedebug ius heavy
18:23.03woglindethink about git
18:23.05khemthat remains to be seen
18:23.06woglindegit-native
18:23.52khemCFLAGS += -O0 -g3 -DDEBUG
18:23.55khemah
18:24.01khemthats why
18:29.45*** join/#oe woglinde_ (~heinold@f052066046.adsl.alicedsl.de)
18:31.03*** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey)
18:36.51*** join/#oe guillaum1 (~gl@AMontsouris-153-1-67-53.w90-2.abo.wanadoo.fr)
18:55.30khemwhat was chilean goalkeeper doing
19:02.25*** join/#oe guillaum1 (~gl@AMontsouris-153-1-39-39.w90-2.abo.wanadoo.fr)
19:11.21*** join/#oe dth (~dieter@a89-182-86-114.net-htp.de)
19:12.15*** join/#oe zenlinuxPDX_ (~sgarman@c-76-115-42-183.hsd1.or.comcast.net)
19:17.36*** join/#oe rsalveti (~rsalveti@201.82.71.207)
19:19.58*** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi)
19:26.47*** join/#oe guillaum1 (~gl@AMontsouris-153-1-2-90.w86-212.abo.wanadoo.fr)
19:37.43*** join/#oe GNUtoo (~GNUtoo@host193-133-dynamic.16-79-r.retail.telecomitalia.it)
19:51.33*** join/#oe guillaum1 (~gl@AMontsouris-153-1-54-246.w86-212.abo.wanadoo.fr)
19:54.27CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r7f80b1581d 10openembedded.git/recipes/dvbtools/dvb-apps_1.1.1.bb:
19:54.27CIA-2dvb-apps: rename evtest to dvb-evtest to workaround conflict with standalone evtest recipe
19:54.27CIA-2* input-utils were preferred instead of included evtest already in 2005
19:54.28CIA-2http://www.linuxtv.org/pipermail/linux-dvb/2005-November/006402.html
19:54.28CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
19:54.31CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r1036e9e2d9 10openembedded.git/conf/distro/shr.conf:
19:54.31CIA-2shr: drop unused DISTRO_* definitions
19:54.31CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
19:54.37CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r02535ca958 10openembedded.git/recipes/shr/initscripts-shr_0.0.1.bb:
19:54.37CIA-2initscripts-shr: RCONFLICTS is enough and installed version is controlled by IMAGE_INITSCRIPTS
19:54.37CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
19:58.37*** join/#oe etrunko (~edulima@187.75.148.141)
20:01.02*** join/#oe GNUtoo (~GNUtoo@host193-133-dynamic.16-79-r.retail.telecomitalia.it)
20:10.48*** join/#oe dth (~dieter@a89-182-86-114.net-htp.de)
20:13.48*** join/#oe d_t_h (~dieter@a89-182-88-243.net-htp.de)
20:16.08*** join/#oe guillaum1 (~gl@AMontsouris-153-1-37-146.w90-2.abo.wanadoo.fr)
20:17.10*** join/#oe woglinde (~heinold@f052236073.adsl.alicedsl.de)
20:20.13woglindeieehks
20:20.15woglindehttp://bugs.python.org/issue9075
20:20.57GNUtoolol hi
20:21.20GNUtoowoglinde, btw you're interested in fastjar, I saw on lwn.net that it got a CVE
20:21.41woglindegnutoo hm maybee I will be soon fastjar release manager
20:21.50GNUtoook
20:21.53woglindedalibor is searching someone
20:21.58GNUtooah ok
20:22.11woglindebut didnt notice the cve
20:22.43*** join/#oe kerim (~kerim@81.214.22.138)
20:34.57*** join/#oe djszapi (~djszapi@204.12.234.4)
20:37.15*** join/#oe MWelchUK_work_ (~welchma@65.91.2.71)
20:41.36*** join/#oe guillaum1 (~gl@AMontsouris-153-1-18-27.w86-212.abo.wanadoo.fr)
20:42.53*** join/#oe m_Blume (~dieter@pool-11-67-198-89.dbd-ipconnect.net)
20:45.23*** join/#oe m_Blume (~dieter@pool-11-67-198-89.dbd-ipconnect.net)
20:46.07CIA-203Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r06cb3e1e79 10openembedded.git/recipes/fastjar/ (fastjar_0.98.bb files/jartool.patch):
20:46.07CIA-2fastjar: apply fix for CVE-2010-0831
20:46.07CIA-2* bump PR
20:48.38mario-goulartkergoth: I thought that maybe you'd find it interesting, in case you don't know it already: http://www.stanford.edu/~pgbovine/incpy.html
20:49.43*** join/#oe m_Blume (~dieter@pool-11-67-198-89.dbd-ipconnect.net)
20:50.17kergothmario-goulart, interesting.  i think i'd rather use a persistant memoizing decorator and do it explicitly, rather than trusting that that thing knows which functions are side effect free, but I'll have to check it out, thanks for the link
20:51.42mario-goulartkergoth: you're welcome
20:57.58CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r5e3295a867 10openembedded.git/recipes/tangogps/ (4 files):
20:57.58CIA-2tangogps: add 0.99.4 version and drop older 0.99.x
20:57.58CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
20:59.09*** join/#oe etrunko (~edulima@187.75.148.141)
21:01.04*** join/#oe etrunko (~edulima@187.75.148.141)
21:01.26*** join/#oe kevinsc (~a0214685@nat/ti/x-urfcaglsfouafxfm)
21:02.09*** join/#oe mnabil (~mnabil@41.234.71.142)
21:07.46*** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com)
21:18.14CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4be4a137d3 10openembedded.git/recipes/orc/ (4 files in 2 dirs): orc: add 0.4.5, rumoured to have a neon backend
21:19.52*** join/#oe robtow (~rob@12.156.66.34)
21:21.35*** join/#oe ant__ (~andrea@host23-75-dynamic.5-87-r.retail.telecomitalia.it)
21:24.11*** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com)
21:24.50*** join/#oe jpereira (~jpereira@unaffiliated/jpereira)
21:26.49*** join/#oe d_t_h (~dieter@a89-183-1-65.net-htp.de)
21:46.36*** join/#oe kerim (~kerim@81.214.22.138)
21:46.44*** part/#oe kerim (~kerim@81.214.22.138)
22:03.31*** join/#oe dcordes (~an40ylyt@faui02r.informatik.uni-erlangen.de)
22:05.38dcordeskhem: good news. bug 5435 can be closed. it was one big low level problem. we just need to set the processor in certain mode. some hardware bug workaround
22:07.21*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
22:15.29*** join/#oe GNUtoo|laptop (~gnutoo@host193-133-dynamic.16-79-r.retail.telecomitalia.it)
22:16.44*** join/#oe marcosmamorim (~marcos@187.56.198.213)
22:25.04*** join/#oe Martin_B_ (~dieter@pool-122-67-198-89.dbd-ipconnect.net)
22:26.49*** join/#oe woglinde (~heinold@f052236059.adsl.alicedsl.de)
22:28.08*** join/#oe gnutoo_ (~GNUtoo@host123-143-dynamic.54-79-r.retail.telecomitalia.it)
22:30.52*** join/#oe gnu (~gnutoo@host123-143-dynamic.54-79-r.retail.telecomitalia.it)
22:31.19*** join/#oe gnutoo (~gnutoo@host123-143-dynamic.54-79-r.retail.telecomitalia.it)
22:34.06*** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net)
22:34.58CIA-203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rc727649644 10openembedded.git/recipes/kexecboot/ (kexecboot.inc kexecboot_git.bb):
22:34.58CIA-2kexecboot_git: bump to ac70f55e2b49f23963a8f057330eb47836a01c2f
22:34.58CIA-2* add forgotten initrd/initramfs support,
22:34.58CIA-2* make package machine-specific
22:34.58CIA-2* (even if the binary itself is arch specific and could be run as standalone),
22:42.21*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
22:57.21*** join/#oe aloisiojr (~aloisio@187.58.105.50)
23:38.48*** join/#oe CMoH|notebook (~cipi@95.76.71.81)
23:48.33*** join/#oe Openfree (~Openfree`@218.1.217.252)
23:49.25*** join/#oe methril_ (~methril@189.27.128.131.dynamic.adsl.gvt.net.br)
23:53.01*** join/#oe Spz0 (~a@97-120-163-154.ptld.qwest.net)

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