| 00:04.14 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 00:04.35 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
| 00:19.27 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-fmegftifhexqxemm) |
| 00:22.56 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 00:24.54 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
| 00:48.31 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
| 00:51.57 | *** join/#oe zecke (~ich@123-192-240-117.dynamic.kbronet.com.tw) |
| 00:53.53 | *** join/#oe whittenburg (~whittenbu@ip72-213-154-11.ok.ok.cox.net) |
| 01:00.31 | kergoth | meh |
| 01:26.42 | *** join/#oe hillct (~hillct@cpe-069-134-161-218.nc.res.rr.com) |
| 01:28.32 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
| 01:48.59 | *** join/#oe hillct_ (~hillct@cpe-069-134-161-218.nc.res.rr.com) |
| 01:56.28 | *** join/#oe aloisiojr (~aloisio@187.113.114.90) |
| 01:57.53 | *** join/#oe aloisiojr (~aloisio@187.113.114.90) |
| 02:26.44 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 03:29.10 | *** join/#oe borg__ (~olaf@p5486910E.dip0.t-ipconnect.de) |
| 03:29.37 | *** join/#oe tmartins__ (~zero@189.96.145.37) |
| 03:35.50 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:39.43 | *** join/#oe aloisiojr (~aloisio@187.113.114.90) |
| 04:12.05 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 05:08.29 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-ezjrmhltenjrhmwb) |
| 05:16.52 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-mkqtzdrqlxyqfxvz) |
| 05:19.08 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
| 05:20.48 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 05:27.09 | *** join/#oe vivijim (~rvivi@pasanda.collabora.co.uk) |
| 05:33.10 | *** join/#oe Jay7 (jay@95-29-186-35.broadband.corbina.ru) |
| 05:33.28 | *** join/#oe CIA-21 (cia@208.69.182.149) |
| 05:36.19 | *** join/#oe methril (~methril@189.27.132.237.dynamic.adsl.gvt.net.br) |
| 06:13.40 | *** join/#oe tsjsieb (~tsjsieb@dejongbeheer.nl) |
| 06:25.30 | *** join/#oe vps (~vitus@212.144.247.210) |
| 06:42.37 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:50.27 | *** join/#oe thebohemian (~rschus@p5DDC35A3.dip.t-dialin.net) |
| 06:54.13 | CIA-21 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * r7d940cb1aa 10openembedded.git/recipes/busybox/ (4 files in 3 dirs): (log message trimmed) |
| 06:54.13 | CIA-21 | busybox-1.11.3/busybox-1.13.2: enable backgrounding for udhcpc |
| 06:54.13 | CIA-21 | * The former default behaviour was to exit with failure if lease is not |
| 06:54.13 | CIA-21 | immediately obtained. This results in permanent network disconnect if DHCP |
| 06:54.14 | CIA-21 | server is (accidentally) not available at boot time. :( |
| 06:54.14 | CIA-21 | * Since bb 1.14 this is no longer hardcoded and can be configured. |
| 06:54.15 | CIA-21 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
| 06:59.05 | *** join/#oe mickey_office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 06:59.56 | hrw | morning |
| 07:00.07 | hrw | mickey_office: are your slides available somewhere? |
| 07:03.06 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:03.49 | zecke | hi |
| 07:07.29 | *** join/#oe loupium (~vince@lns-bzn-36-82-251-55-71.adsl.proxad.net) |
| 07:09.40 | mickey_office | morning folks |
| 07:10.17 | mickey_office | hrw: http://www.linuxtogo.org/~mickeyl/misc/LinuxTag10.pdf |
| 07:13.35 | *** join/#oe ZeeD (~ZeeD@c80-217-201-55.bredband.comhem.se) |
| 07:14.46 | hrw | thx |
| 07:16.38 | hrw | mickey_office: I see 2 bonus slides ;D |
| 07:17.28 | mickey_office | hehe, ah right |
| 07:17.44 | mickey_office | didn't have a chance to show these and noone asked :) |
| 07:21.56 | *** join/#oe woglinde (~heinold@g225146098.adsl.alicedsl.de) |
| 07:22.46 | *** join/#oe B_Lizzard (~havoc@athedsl-432496.home.otenet.gr) |
| 07:24.51 | *** join/#oe digital-ex (~Luccisa@nat/cisco/x-glghddxpzburoxtd) |
| 07:30.10 | thebohemian | mickey_office: very cool talk. too bad I had to be at the office for linuxtag |
| 07:32.04 | thebohemian | mickey_office: and good that you went into detail on what is possible on the 'open' phones and what not. until now I had the idea that although having proprietary bits in it, maemo is the best approach yet (with out of the box root access and kernel with all drivers in mainline) |
| 07:32.19 | thebohemian | s/idea/impression/ |
| 07:35.09 | *** join/#oe Heinervdm (~thomas@pD9E14D7F.dip.t-dialin.net) |
| 07:40.41 | *** join/#oe kristoffer (~kristoffe@95.209.43.220.bredband.tre.se) |
| 07:48.48 | eFfeM_work | mickey_office: nice presentation! |
| 07:52.51 | *** join/#oe Proxyles (~henrik@c-7f93e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:54.27 | mickey_office | thanks |
| 07:54.39 | mickey_office | it lacks a bit without me talking, but better than nothing ;) |
| 07:57.18 | rwhitby | mickey_office: I could have given you a webos-internals logo .... |
| 07:57.27 | eFfeM_work | yeah, but I got the idea |
| 07:57.52 | eFfeM_work | actually found two sheets missed a caption the ones withi nternals (21 and 22 or so) |
| 07:57.57 | eFfeM_work | would have been nice if there was one |
| 07:58.37 | rwhitby | mickey_office: is it ok to share that link? |
| 07:59.07 | mickey_office | rwhitby: absolutely. slides were composed in a rush; usually i have them ready before I go to the conference, this year i have so much pressure in some projects that I had to do them in the train :/ |
| 07:59.27 | mickey_office | that's why some pics lack my usual quality control ;) |
| 07:59.54 | eFfeM_work | btw anyone ever seen this behaviour: kernel boots, init=/bin/sh, I get a shell prompt (after the message /bin/sh: can't access tty; job control turned off |
| 07:59.55 | eFfeM_work | ) then I can execute one command, that command executes, but the shell prompt never reappears; shell and apps are busybox |
| 07:59.57 | rwhitby | mickey_office: what's the "Custom code on existing userland" line mean? |
| 08:00.28 | mickey_office | Writing native code with "insert-random-compatible-toolchain here" and being able to run it |
| 08:00.50 | mickey_office | (not touching the existing system) |
| 08:02.26 | rwhitby | mickey_office: we do that on webOS |
| 08:03.00 | rwhitby | (I agree with all the other lines, BTW) |
| 08:06.15 | mickey_office | rwhitby: right, this was on the borderline of getting a green checkmark, IIRC i said something along the lines of 'not officially supported until the NDK and only recently some more familiar display subsystems" |
| 08:06.42 | mickey_office | btw., did anyone have luck with X cooperating on a dedicated VT yet? |
| 08:07.02 | rwhitby | mickey_office: oh, you're talking officially supported |
| 08:07.15 | rwhitby | mickey_office: but early access for developers to PDK has been available for months |
| 08:07.40 | rwhitby | with SDL, which is standard, since Jan |
| 08:10.29 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:10.37 | woglinde | hm |
| 08:10.58 | woglinde | libcap2 should use libattr1 instead of libattr from xfsprogs |
| 08:10.59 | ant_work | morning |
| 08:11.01 | woglinde | hit ant |
| 08:11.04 | woglinde | ups hi ant |
| 08:18.11 | CIA-21 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9e52c6686d 10openembedded.git/recipes/fontconfig/ (fontconfig-native_2.6.0.bb fontconfig_2.6.0.bb): fontconfig-native 2.6.0: convert to new style staging |
| 08:18.12 | CIA-21 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r676cdc0a10 10openembedded.git/conf/distro/angstrom-2008.1.conf: angstrom: pin eglibc version to the same as the glibc version |
| 08:18.43 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:18.58 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:19.03 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:19.14 | florian | good morning |
| 08:19.43 | woglinde | hi florian |
| 08:26.44 | *** join/#oe pwgen (~ew@0132900044.0.fullrate.dk) |
| 08:31.24 | woglinde | hi pwgen |
| 08:31.32 | woglinde | pwgen I found a flaw in oe |
| 08:31.37 | woglinde | with libattr and attr |
| 08:31.49 | woglinde | which actually prevents us to install systemd |
| 08:33.18 | woglinde | I posted a fix to oe-dev ml |
| 08:36.23 | *** join/#oe dth (~dieter@p4FDEC304.dip.t-dialin.net) |
| 08:36.36 | pwgen | . i am actual stuck at cgroups. my dev kernel had disabled it .. backed new kernel . but systemd fails . |
| 08:36.54 | woglinde | hm |
| 08:37.52 | pwgen | strange they want mount /cgroup/systemd, but the /cgroup is mounted as tmpfs with no systemd directory. |
| 08:38.22 | woglinde | hm |
| 08:38.28 | woglinde | special debian stuff? |
| 08:39.04 | pwgen | . hmm maybe, i had choosen debian as distribution on systemd compile time . |
| 08:39.34 | pwgen | because, the configure script cannot detect angstrom, and i think angstrom is quite debian orientated |
| 08:41.10 | pwgen | . the funny thing , this is the first time a have seen someting like cgroups, never used it before. i have to learn something |
| 08:41.17 | woglinde | hm what is systemd-install |
| 08:42.07 | pwgen | ? sounds like a binary install tool ? |
| 08:47.45 | woglinde | hm okay |
| 08:47.53 | woglinde | seems its installing tool |
| 08:48.01 | woglinde | and dis/enable services |
| 08:51.21 | pwgen | i am not shure but i think is was run at the end when i had done native compiling |
| 08:52.12 | pwgen | after native compiling the /cgroups directory appeard and some systemd-* binarys appeard in /sbin .. |
| 08:52.55 | woglinde | systemd-install is in /usr/bin |
| 08:53.36 | CIA-21 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb7f66c7347 10openembedded.git/conf/distro/include/ (toolchain-external.inc toolchain-internal.inc): |
| 08:53.36 | CIA-21 | toolchain-internal: define PREFERRED_PROVIDER for linux-libc-headers |
| 08:53.37 | CIA-21 | toolchain-external: define PREFERRED_PROVIDER for linux-libc-headers, but comment it. Someone actually using this needs to verify |
| 08:53.46 | woglinde | okay |
| 08:53.52 | woglinde | image is ready |
| 08:53.57 | woglinde | lets test it |
| 08:55.24 | pwgen | woglinde: let get it run native compiled. then lets think about getting it runnung with OE/Angstrom .. |
| 08:55.39 | woglinde | hehe |
| 08:55.48 | woglinde | no will test it on beagleboard now |
| 08:56.09 | *** join/#oe leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
| 08:57.41 | pwgen | by the way. mplayer_svn seems only compiled with somewhere enabled omap stuff ( mplayer_1.0rc2 comiles fine ) |
| 08:57.42 | *** join/#oe woglinde_ (~heinold@g225005141.adsl.alicedsl.de) |
| 08:58.44 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 09:05.09 | woglinde | ah |
| 09:05.13 | woglinde | I need cgroup to |
| 09:05.16 | woglinde | o |
| 09:05.23 | woglinde | lets compile the kernel again |
| 09:06.02 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 09:06.22 | woglinde | pwgen but this dont looks so bad |
| 09:06.24 | woglinde | http://pastebin.com/Ltrud8tb |
| 09:10.08 | woglinde | hm pwgen I think we should patch it to run without cgroup |
| 09:10.32 | *** join/#oe dth_ntb (~dieter@a89-182-217-45.net-htp.de) |
| 09:10.33 | pwgen | cgroup came with 2.6.27 , so i have luck |
| 09:11.15 | pwgen | but on zaurus its stuck to 2.6.26 . and maybe on some other platforms also |
| 09:11.25 | woglinde | yeah but cgroup isnt necessary on a one cpu system |
| 09:12.10 | pwgen | als i understand it its for process limiting and this may be for interest |
| 09:12.59 | woglinde | hm |
| 09:13.03 | woglinde | okay |
| 09:14.02 | pwgen | but the devtmps may be more problematic . actually i did not came so far in the bootprocess to hang on missing devnodes .. |
| 09:14.26 | pwgen | .. maybe . its hanging, and i am not quite shure why ... |
| 09:15.44 | pwgen | failed to mount /cgroup/systemd of type cgroup with options none,name=systemd. in mount-setup.c:93 .. |
| 09:16.19 | pwgen | i wish i could get a shell (:-(( |
| 09:17.10 | *** join/#oe hansdampf (~moritz@212.77.182.63) |
| 09:25.15 | CIA-21 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * ra3b49ea0b4 10openembedded.git/conf/distro/include/preferred-shr-versions.inc: |
| 09:25.16 | CIA-21 | preferred-shr-versions: set preferred version also for linux-libc-headers-native |
| 09:25.16 | CIA-21 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:01.11 | *** join/#oe loupium (~vince@lns-bzn-36-82-251-55-71.adsl.proxad.net) |
| 10:08.01 | CIA-21 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r69d4f16058 10openembedded.git/recipes/fakeroot/ (fakeroot-native_1.12.4.bb fakeroot_1.12.4.bb): |
| 10:08.02 | CIA-21 | fakeroot(-native): convert to new style staging |
| 10:08.02 | CIA-21 | Staging looks really weird, but it matches the way it was. |
| 10:08.03 | CIA-21 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r689618f8e2 10openembedded.git/conf/distro/angstrom-2008.1.conf: angstrom: pin llh-native, just like SHR does |
| 10:08.04 | CIA-21 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9181dc14ab 10openembedded.git/recipes/dbus/dbus-native_1.2.1.bb: dbus-native 1.2.1: convert to new style staging |
| 10:15.59 | *** join/#oe GNUtoo|laptop (~gnutoo@host193-133-dynamic.16-79-r.retail.telecomitalia.it) |
| 10:23.04 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 10:29.59 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:38.26 | *** join/#oe pb_ (~pb@62.7.80.98) |
| 10:42.31 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:47.41 | *** join/#oe DJW|Home (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
| 11:12.28 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-hidhlkvbmjmudgiy) |
| 11:12.42 | *** part/#oe jkridner1 (~a0321898@nat/ti/x-hidhlkvbmjmudgiy) |
| 11:14.02 | *** join/#oe GNUtoo|laptop (~gnutoo@host193-133-dynamic.16-79-r.retail.telecomitalia.it) |
| 11:19.35 | *** join/#oe mrmoku` (~mrmoku@ppp-93-104-172-226.dynamic.mnet-online.de) |
| 11:38.47 | *** join/#oe aloisiojr (~aloisio@200.184.118.136) |
| 11:39.11 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 11:39.39 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 11:59.23 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-179-112.dynamic.mnet-online.de) |
| 12:04.02 | *** join/#oe 16SAAE1GR (~zero@187.37.62.206) |
| 12:22.00 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:af01:216:eaff:fec3:2c) |
| 12:23.04 | woglinde | he stefan |
| 12:23.10 | stefan_schmidt | hi woglinde |
| 12:23.32 | stefan_schmidt | woglinde: fighting a not staged jni.h right now with your overlay changes from yesterday |
| 12:23.36 | stefan_schmidt | woglinde: any idea? |
| 12:23.45 | woglinde | hu? |
| 12:23.54 | stefan_schmidt | woglinde: ERROR: '/home/stefan/stable/meta-jalimo/packages/icedtea/openjdk-6_6b18.bb' failed |
| 12:23.54 | woglinde | hm |
| 12:24.09 | woglinde | hm robert cleaned up a lot today |
| 12:24.36 | woglinde | hm you need to use jamvm-native and jamvm-initial |
| 12:24.42 | woglinde | no cacao please |
| 12:24.50 | woglinde | and classpath 0.98 |
| 12:24.52 | stefan_schmidt | woglinde: culprint seems to be this one: http://pastebin.com/fs6AhnUL |
| 12:25.11 | stefan_schmidt | That should all be default when I build openjdk-6 on our setup, no? |
| 12:25.19 | stefan_schmidt | let me check |
| 12:25.23 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 12:25.51 | woglinde | hm look what the fake-jdk in the WOKRDIR looks like |
| 12:25.57 | woglinde | it has the headers |
| 12:26.08 | *** join/#oe jkridner2 (~a0321898@nat/ti/x-fntctnqdjsciivqq) |
| 12:26.09 | stefan_schmidt | woglinde: ok |
| 12:26.12 | woglinde | stefan and which stage was it? |
| 12:26.22 | woglinde | 1/3 or 2/3 or 3/3 |
| 12:26.29 | woglinde | search in do_compile |
| 12:26.59 | stefan_schmidt | mom |
| 12:27.17 | *** join/#oe mickey|wm (~mickey@80.81.242.146) |
| 12:27.52 | stefan_schmidt | woglinde: my ssh connection to the buildhost is laggy, takes some time |
| 12:28.54 | *** join/#oe tsjsieb (~tsjsieb@dejongbeheer.nl) |
| 12:29.53 | stefan_schmidt | woglinde: The do_compile log does not have anything about stages. Do I look at the wrong place? |
| 12:30.29 | woglinde | sure |
| 12:30.38 | woglinde | search for //3 |
| 12:30.39 | woglinde | ups |
| 12:30.44 | woglinde | <PROTECTED> |
| 12:30.51 | stefan_schmidt | ah, not for stage :) |
| 12:32.12 | stefan_schmidt | woglinde: there we go: 2/3 Building bootstrap JDK |
| 12:32.14 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 12:32.52 | woglinde | hm okay |
| 12:32.55 | stefan_schmidt | woglinde: building classpath from scratch now, checking the version and the javavm-native and initial |
| 12:33.33 | woglinde | whats bootstrap/jdk1.60/include has inside the icedtea dir |
| 12:38.41 | stefan_schmidt | woglinde: only a broken link there |
| 12:38.42 | stefan_schmidt | lrwxrwxrwx 1 stefan stefan 99 2010-06-16 17:28 * -> /home/stefan/stable/tmp/work/armv7a-angstrom-linux-gnueabi/openjdk-6-jre-6b18-r0/fake-jdk/include/* |
| 12:39.46 | stefan_schmidt | the fake-jdk include dir is empty |
| 12:40.31 | woglinde | stefan ah not good |
| 12:40.37 | stefan_schmidt | yeah, figured that :) |
| 12:41.04 | stefan_schmidt | no jni.h makes little babyseal cry ;) |
| 12:41.32 | *** join/#oe aloisiojr (~aloisio@200.184.118.136) |
| 12:44.36 | *** join/#oe aloisiojr1 (~aloisio@200.184.118.130) |
| 12:45.05 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
| 12:47.23 | woglinde | hms how do I an ack to a commit? |
| 12:49.14 | stefan_schmidt | add an ack you mean? |
| 12:49.19 | woglinde | yes |
| 12:49.23 | woglinde | sorry |
| 12:49.34 | stefan_schmidt | either by adding it to the pagtch file by hand or getting it from patchwork |
| 12:49.42 | stefan_schmidt | I normally use the ölater one |
| 12:50.06 | stefan_schmidt | just go on mbox file and you get the patch with all ACKs and SOBs included |
| 12:50.28 | stefan_schmidt | woglinde: would be thtis one for you: http://patchwork.openembedded.org/patch/2221/mbox/ |
| 12:52.47 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 12:53.32 | woglinde | hm forogt signed off anyway |
| 12:54.15 | *** join/#oe whittenburg (~whittenbu@mail.tacticalelectronics.com) |
| 12:54.21 | stefan_schmidt | :) |
| 12:54.39 | stefan_schmidt | you can still do an git am -s when applying it |
| 12:55.15 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 12:56.43 | hrw | or use contrib/patchwork/pw-am.sh to get patch |
| 12:57.02 | stefan_schmidt | hrw: yeah, good point |
| 12:57.03 | hrw | pw-am.sh fetches patches, signs and integrated |
| 12:57.11 | hrw | stefan_schmidt: I am one of authors ;D |
| 12:57.19 | stefan_schmidt | hrw: :) |
| 12:57.38 | stefan_schmidt | hrw: Does your new job leave you anytime for OE? |
| 12:57.46 | stefan_schmidt | or is it sucked by work and family? |
| 12:57.53 | stefan_schmidt | Which of course have prio :) |
| 12:58.12 | hrw | stefan_schmidt: I do not have customers for OE now and none of devices here runs OE derivates so no builds |
| 12:58.29 | hrw | stefan_schmidt: but I look at OE recipes for hints |
| 12:58.36 | stefan_schmidt | hrw: heh |
| 13:02.06 | *** join/#oe konne6423 (~Miranda@85.183.99.11) |
| 13:03.29 | *** join/#oe konne6423 (~Miranda@85.183.99.11) |
| 13:05.53 | CIA-21 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * rfad5af9a1c 10openembedded.git/recipes/xfsprogs/libattr_2.4.43.bb: |
| 13:05.53 | CIA-21 | libattr: remove libattr because it is clashing with udev/attr and is not used by any other recipe |
| 13:05.53 | CIA-21 | Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de> |
| 13:05.53 | CIA-21 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 13:05.53 | CIA-21 | Acked-By: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 13:06.02 | CIA-21 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r3784cd3860 10openembedded.git/recipes/libcap/libcap2_2.16.bb: |
| 13:06.02 | CIA-21 | libcap2: use attr instead of libattr as dependency |
| 13:06.03 | CIA-21 | * convert to new staging system, by removing do_stage |
| 13:06.03 | CIA-21 | * bump PR |
| 13:06.03 | CIA-21 | Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de> |
| 13:06.03 | CIA-21 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 13:06.03 | CIA-21 | Acked-By: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 13:09.03 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 13:10.26 | hrw | stefan_schmidt: life |
| 13:10.55 | stefan_schmidt | hrw: good, keeping your small family happy is important |
| 13:33.30 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 13:47.54 | woglinde | yeag |
| 13:48.00 | woglinde | booted into angstroem with systemd |
| 13:48.05 | woglinde | and getty |
| 13:48.07 | woglinde | cool |
| 13:48.13 | stefan_schmidt | yay, nice one |
| 13:48.45 | woglinde | okay time for check in |
| 13:48.47 | woglinde | hm |
| 13:49.00 | woglinde | hm will fix the getty stuff first |
| 13:49.05 | stefan_schmidt | woglinde: just finished a new build here. classpath is 0.98 and still the same problem. Which package should take care of filling in fake-jdk includes? |
| 13:49.37 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 13:50.27 | woglinde | our oe recipe |
| 13:50.30 | woglinde | in jalimo |
| 13:50.31 | woglinde | hm |
| 13:50.41 | woglinde | did you update jalimo as well? |
| 13:50.50 | stefan_schmidt | I did yetserday |
| 13:50.55 | woglinde | hm |
| 13:50.58 | stefan_schmidt | <PROTECTED> |
| 13:51.01 | woglinde | update to todays |
| 13:51.44 | stefan_schmidt | hmm, 9 new commits. you guys are busy |
| 13:51.58 | woglinde | ah robert updated just in the moment |
| 13:52.13 | woglinde | r839 jetzt |
| 13:52.39 | stefan_schmidt | shcon hier |
| 13:52.46 | stefan_schmidt | err, already on it |
| 13:53.32 | woglinde | hm next commit |
| 13:53.44 | woglinde | maybe you should wait 10 minutes or so |
| 13:53.50 | CIA-21 | 03Joshua Judson Rosen <rozzin@geekspace.com> 07org.openembedded.dev * raefd3cbac5 10openembedded.git/recipes/ (3 files in 2 dirs): |
| 13:53.50 | CIA-21 | foxtrotgps: add recipe for FoxtrotGPS 0.99.4 |
| 13:53.50 | CIA-21 | * also add it to shr feeds |
| 13:53.50 | CIA-21 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 13:54.11 | stefan_schmidt | woglinde: will do |
| 13:58.32 | thebohemian | stefan_schmidt: its all fine now |
| 13:58.52 | stefan_schmidt | thebohemian: yay :) |
| 13:59.13 | stefan_schmidt | thebohemian: what was it? |
| 13:59.37 | thebohemian | stefan_schmidt: just built openjdk6 and openjdk6-shark and it did fine. |
| 14:00.05 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:00.09 | thebohemian | stefan_schmidt: "classpath is 0.98 and still the same problem." -> which one is it? |
| 14:02.11 | stefan_schmidt | thebohemian: no jni.h in fake-jdk/include in the workdir |
| 14:02.26 | stefan_schmidt | thebohemian: means openjdk-6 was failing due to missing header |
| 14:03.25 | stefan_schmidt | thebohemian: but let me try to finish a build with 840 first |
| 14:03.44 | stefan_schmidt | maybe it was fixed in one of your commits since yesterday |
| 14:04.41 | thebohemian | stefan_schmidt: unfortunately I havent had this issue before so I think it is unlikely |
| 14:04.53 | thebohemian | stefan_schmidt: but I'll look it up |
| 14:05.10 | stefan_schmidt | thebohemian: hmm |
| 14:05.31 | stefan_schmidt | thebohemian: its in do_compile right here. Either top or flop. will let you knoe |
| 14:05.32 | stefan_schmidt | know |
| 14:06.27 | stefan_schmidt | thebohemian: wrt the gcc patches. I can look into handling them but only from 27th (back from vacation) |
| 14:07.14 | thebohemian | stefan_schmidt: ok, but the patches are in meta-oe already, right? so the buglabs builds have it? |
| 14:07.41 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
| 14:07.50 | stefan_schmidt | thebohemian: thats what I got from woglinde. I saw a big gcc commit yesterday so they should be in. |
| 14:08.05 | stefan_schmidt | thebohemian: I will look into getting this into OE dev and stable then |
| 14:08.19 | stefan_schmidt | thebohemian: For all the other jalimo recipes you guys take care? |
| 14:08.38 | thebohemian | stefan_schmidt: yes |
| 14:08.43 | stefan_schmidt | thebohemian: ok, good |
| 14:09.19 | thebohemian | -> A com.buglabs.build.oe/meta-oe/recipes/gcc/gcc-4.3.1/debian/armel-atomic-builtins.dpatch |
| 14:09.19 | thebohemian | so its in |
| 14:10.19 | stefan_schmidt | yup |
| 14:15.49 | *** join/#oe loupium (~vince@lns-bzn-61-82-250-120-109.adsl.proxad.net) |
| 14:23.35 | stefan_schmidt | thebohemian: it passed! |
| 14:23.43 | thebohemian | stefan_schmidt: :) |
| 14:23.54 | stefan_schmidt | thebohemian: seems something between 830 and 840 fixed it even if you never had the problem |
| 14:24.29 | thebohemian | stefan_schmidt: I was cleaning up the files today. removing cruft for supporting older openjdk releases |
| 14:24.50 | stefan_schmidt | thebohemian: maybe something like this |
| 14:25.12 | stefan_schmidt | at least it build again. If the production image goes well I can finally test shark :) |
| 14:26.26 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:27.59 | thebohemian | stefan_schmidt: for shark you'll have to install a bunch of llvm libraries to get it to work |
| 14:28.48 | thebohemian | which the recipe unfortunately does not pull in automatically (because of disabled shlibs mechanism - see oe-dev ML) |
| 14:30.14 | woglinde | robert dod you see the sugesstion from koen |
| 14:30.20 | woglinde | about libjvm |
| 14:30.56 | stefan_schmidt | thebohemian: yeah, woglinde told me already. thanks |
| 14:37.52 | thebohemian | woglinde: that looks good. exactly what I need |
| 14:37.52 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 14:55.07 | kergoth_ | hmmmm |
| 14:55.42 | kergoth_ | Exception RuntimeError: 'maximum recursion depth exceeded while calling a Python object' in <type 'exceptions.AttributeError'> ignored |
| 14:56.22 | kergoth_ | anyone have any thoughts on this? wonder if causing an exception in an exception handler or something could result in that |
| 14:56.24 | kergoth_ | hmm |
| 15:16.38 | *** join/#oe etrunko (~edulima@187.75.148.141) |
| 15:17.05 | *** join/#oe Lint (~Linp@201-92-178-140.dsl.telesp.net.br) |
| 15:21.40 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 15:25.20 | kergoth_ | anyone feel like reviewing the bitbake logging patchset? |
| 15:25.27 | kergoth_ | (branch) |
| 15:27.15 | *** join/#oe saftsack (~oliver@p5DDCF771.dip.t-dialin.net) |
| 15:34.53 | *** join/#oe sgh (~quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 15:45.05 | *** join/#oe ZeeD (~ZeeD@80.252.210.136) |
| 15:53.56 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 15:58.10 | blindvt | hi |
| 15:59.06 | kergoth_ | hey |
| 16:00.42 | blindvt | khem, may i ask you to test my big nptl simplification? I'll test i386 and x86_64, perhaps you could check arm? I can try to briefly check ppc32 and build-test mips (will ask austin to check on his sparc but i think i handle that one fine already) |
| 16:01.19 | blindvt | khem, do you have a mips to test on or a readily useable emulator, by chance? |
| 16:04.18 | blindvt | khem, overall i like it pretty much. From the feelings, i've removed about 60% with the additional benefit that it handles subarches properly now, supports O=, is more parallel-save and last but not least turned into something that is actually maintainable :) |
| 16:09.03 | *** join/#oe dos1 (~dos@aecn238.neoplus.adsl.tpnet.pl) |
| 16:09.03 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:12.33 | *** join/#oe rob_w (~bob@pD95ED445.dip.t-dialin.net) |
| 16:14.34 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
| 16:16.24 | blindvt | why are acl and attr recipes in udev/ anyway? |
| 16:17.57 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 16:18.26 | kergoth_ | was wondering about that too |
| 16:19.12 | *** join/#oe GNUtoo|oeee (~GNUtoo@host193-133-dynamic.16-79-r.retail.telecomitalia.it) |
| 16:28.13 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 16:29.36 | CIA-21 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r5a29fcc38a 10openembedded.git/conf/distro/include/slugos.inc: |
| 16:29.36 | CIA-21 | SlugOS: slugos.inc - Fix bluez dependencies |
| 16:29.36 | CIA-21 | No need to build all of bluez if we only depend on the libs. |
| 16:30.45 | blindvt | khem, is it just me or is librt handled inelegantly? I mean, isn't it insane to link against threads if i just want to link my test-timer_create binary? |
| 16:31.19 | blindvt | i mean either i'm just blind and dumb or whoever did that is an idiot |
| 16:32.58 | blindvt | freaking mess. I'll fix that in a separate iteration later on. ARGH |
| 16:36.27 | woglinde | blindvt donr know |
| 16:36.36 | woglinde | git log |
| 16:43.44 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 16:43.56 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-9-210.w86-212.abo.wanadoo.fr) |
| 16:49.03 | *** join/#oe rob_w_ (~bob@pD95EB95F.dip.t-dialin.net) |
| 16:49.48 | *** join/#oe woglinde (~heinold@78.52.238.117) |
| 17:09.50 | GNUtoo|laptop | hi |
| 17:11.51 | GNUtoo|laptop | I've the kernel modules that are not included in an images despite of having: |
| 17:12.27 | GNUtoo|laptop | * MACHINE_EXTRA_RRECOMMENDS in the IMAGE_INSTALL |
| 17:13.05 | GNUtoo|laptop | *kernel-modules in MACHINE_EXTRA_RRECOMMENDS in the machine config |
| 17:13.19 | GNUtoo|laptop | *cleaned and rebuilt the image and looked at the time in the files |
| 17:13.26 | kergoth_ | check sanity |
| 17:13.32 | kergoth_ | bitbake -e image | grep \^IMAGE_INSTALL |
| 17:13.36 | GNUtoo|laptop | ok thanks |
| 17:14.37 | GNUtoo|laptop | kernel-modules is in |
| 17:15.23 | kergoth_ | checked do_rootfs log? |
| 17:15.28 | GNUtoo|laptop | I'll look |
| 17:16.35 | CIA-21 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r4ef5087ed7 10openembedded.git/ (2 files in 2 dirs): |
| 17:16.35 | CIA-21 | SlugOS: package feed changes to drop x11, and unbuildable packages |
| 17:16.35 | CIA-21 | This set of changes removes packages that pull in libx11, and |
| 17:16.35 | CIA-21 | (temporarily) disables packages that won't build, mostly due to |
| 17:16.35 | CIA-21 | gcc 4.4.4 issues. Only tested on LE for the moment. |
| 17:16.51 | GNUtoo|laptop | Downloading file:/home/gnutoo/embedded/oe/oetmps/bug/deploy/glibc/ipk/bug/kernel-modules_2.6.27.2+svnr10746-r32.5_bug.ipk. |
| 17:16.55 | GNUtoo|laptop | I'll check that |
| 17:17.49 | GNUtoo|laptop | all I use is stock oe but the image |
| 17:17.55 | GNUtoo|laptop | s/oe/oe.dev |
| 17:20.13 | GNUtoo|laptop | http://pastebin.com/mW68E2mB : Depends have all the necessary things |
| 17:20.22 | GNUtoo|laptop | I end up only with vfat module |
| 17:21.34 | GNUtoo|laptop | I've some collected errors at configuring with opkg |
| 17:21.36 | GNUtoo|laptop | http://pastebin.com/bHJRyexM |
| 17:21.46 | GNUtoo|laptop | but I don't think it's the cause |
| 17:23.50 | GNUtoo|laptop | mmm |
| 17:23.58 | GNUtoo|laptop | I bet the answer is in log_do_rootfs |
| 17:25.20 | GNUtoo|laptop | because there are occurences of the modules in this log file: |
| 17:25.22 | GNUtoo|laptop | + echo 'kernel-modules OPP kernel-module-bmi-lcd-core,;' |
| 17:25.43 | khem | blindvt: where is the patch |
| 17:27.02 | GNUtoo|laptop | mmm maybe that occur after the image creation |
| 17:27.10 | khem | mwester: can you let me know the build failures that you are seeing on slug using gcc 4.4.4 |
| 17:27.17 | GNUtoo|laptop | ah no |
| 17:27.18 | blindvt | khem, i'll pass it to you once i'm happy. factoring out unrelated parts ATM (it's big enough as it is) |
| 17:27.19 | GNUtoo|laptop | it does a rm |
| 17:28.01 | GNUtoo|laptop | + du -k => du: write error |
| 17:28.02 | mwester | khem, they'll appear in tinderbox next time the "blocks" autobuilder runs. |
| 17:28.20 | khem | does not know to parse tinderbox |
| 17:28.58 | GNUtoo|laptop | wonder what to do now |
| 17:30.29 | blindvt | khem, see this just committed gem, for example (plus ranting about austin a tiny bit while at it ;) |
| 17:34.43 | GNUtoo|laptop | btw bitbake -i doesn't work on bitbake master |
| 17:35.13 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 17:36.47 | GNUtoo|laptop | kergoth_, thanks a lot,what should I do now? |
| 17:36.52 | khem | mwester: which builder should I look into |
| 17:37.28 | GNUtoo|laptop | DJWillis, hi |
| 17:38.02 | DJWillis | Hi GNUtoo|laptop |
| 17:38.16 | khem | nslu2-linux seems relavent but last build was on April end |
| 17:38.29 | GNUtoo|laptop | DJWillis, how is pandora things going? |
| 17:38.57 | GNUtoo|laptop | I saw on the blog that people complain about the lack of software => games recipes are more than welcomed |
| 17:39.23 | GNUtoo|laptop | I started like this...I wanted wesnoth on my freerunner |
| 17:39.54 | GNUtoo|laptop | (I tried oe before but I wanted to do things that are too difficult and failed) |
| 17:40.05 | kergoth_ | oh for fuck's sake, lib/bb/build.py's exception handling really, really needs to be reworked |
| 17:40.33 | GNUtoo|laptop | kergoth_, ah it should have failled and didn't? |
| 17:41.02 | DJWillis | GNUtoo|laptop: next ;-), lots of people moaning, very few 'doing' and I am not a gamer so dont expect many games recipes from me ;). Core stuff mostly from me, the image is Angstrom/Xfce with a few small mods really, try and keep it close to mainline. |
| 17:41.16 | kergoth_ | just doing odd things. catching and re-raising other things and losing the useful information along the way |
| 17:41.26 | kergoth_ | and i'm sick of seeing like 47 error messages when one task fails |
| 17:41.33 | kergoth_ | yes, i realize the function failed, and that means the task failed,a nd... |
| 17:41.34 | kergoth_ | bite me |
| 17:42.00 | GNUtoo|laptop | DJWillis, ok |
| 17:42.26 | GNUtoo|laptop | wesnoth needs to be updated...it's waiting in my todo list.... |
| 17:42.55 | GNUtoo|laptop | hmmm |
| 17:43.33 | DJWillis | GNUtoo|laptop: people have 1.8 on the Pandora but it's not built using OE :( |
| 17:43.38 | GNUtoo|laptop | so what should I do? fix the python problem,or fix the error,or am I off topic and you weren't talking to me |
| 17:43.44 | GNUtoo|laptop | DJWillis, ah ok |
| 17:43.57 | GNUtoo|laptop | maybe a cp will do the trick |
| 17:45.03 | GNUtoo|laptop | DJWillis, I've an idea, create something to make pnds with oe |
| 17:45.16 | GNUtoo|laptop | like a class or something like that |
| 17:45.23 | GNUtoo|laptop | and with BBCLASS_EXTEND |
| 17:45.33 | GNUtoo|laptop | you would add pnd functionality |
| 17:45.53 | GNUtoo|laptop | PND are static right? |
| 17:46.09 | GNUtoo|laptop | must fix his image |
| 17:49.13 | DJWillis | GNUtoo|laptop: I did consider that, PND's are quite basic, there main reason to exist is to deal with removable media and being pulled without any 'nice stuff' like unmounting ;). |
| 17:49.36 | GNUtoo|laptop | ok |
| 17:49.39 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 17:50.05 | GNUtoo|laptop | if they are basic it shouldn't be too difficult |
| 17:51.17 | DJWillis | GNUtoo|laptop: no, it would be very easy to do the basics, I guess it needs work but the PND daemon runs fine on most hardware I run OE on ;) |
| 17:51.42 | GNUtoo|laptop | ah there is a daemon |
| 17:52.37 | DJWillis | GNUtoo|laptop: yep, that does the iso/squashfs and read/write munging using AUFS. |
| 17:52.41 | *** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 17:52.45 | GNUtoo|laptop | ok |
| 17:53.03 | GNUtoo|laptop | AUFS is the successor of unionfs? |
| 17:53.36 | GNUtoo|laptop | ah ok yes |
| 17:53.45 | *** join/#oe mad_soft (~mad_soft@95.72.101.247) |
| 17:56.27 | DJWillis | GNUtoo|laptop: sort of 'upgraded unionfs' ;), well in some circles ;) |
| 17:56.44 | GNUtoo|laptop | ok |
| 17:57.59 | mwester | khem: blocks |
| 17:59.02 | mwester | but it will (falsely) claim the builds are good, because we use the -k flag to bitbake on the package feeds. I'll post the URL to one of the failed packages when I get a few moments and can find it, but I'd like to get the package feeds up and running before I re-enable the broken packages. :) |
| 18:02.30 | khem | sure makes sense |
| 18:06.47 | GNUtoo|laptop | kergoth_, was that message for me? is it the bug I'm hitting? <kergoth_> oh for fuck's sake, lib/bb/build.py's exception handling really, really needs to be reworked |
| 18:07.00 | *** join/#oe sreddy (446f23e2@gateway/web/freenode/ip.68.111.35.226) |
| 18:10.05 | *** join/#oe sreddy_ (446f23e2@gateway/web/freenode/ip.68.111.35.226) |
| 18:11.55 | GNUtoo|laptop | maybe the best way is to boot it and figure on target |
| 18:11.57 | *** join/#oe sreddy_ (446f23e2@gateway/web/freenode/ip.68.111.35.226) |
| 18:12.00 | GNUtoo|laptop | hopefully I've serial |
| 18:12.36 | sreddy_ | hi |
| 18:12.57 | GNUtoo|laptop | because kernel-modules should bring the modules |
| 18:12.58 | GNUtoo|laptop | hi |
| 18:15.26 | GNUtoo|laptop | hi woglinde |
| 18:16.45 | kergoth_ | no, that was referring to what i'm working on for work at the moment, giant pain in the ass |
| 18:16.52 | GNUtoo|laptop | ah ok |
| 18:17.04 | *** join/#oe methril (~methril@189.27.131.145.dynamic.adsl.gvt.net.br) |
| 18:17.15 | GNUtoo|laptop | kergoth_, do you know what I should look for in the log_do_rootfs? |
| 18:17.19 | blindvt | khem, how does your configury verification go btw? Any news or delta to apply them or poke pb_ to ACK them, too? :) |
| 18:20.19 | khem | blindvt: I have pulled them in |
| 18:20.27 | khem | blindvt: building with them |
| 18:20.52 | khem | but fighting other daemons along way I want to get them in my build successfully |
| 18:21.02 | khem | consider them in sometimes soon |
| 18:22.08 | GNUtoo|laptop | basically it does: |
| 18:22.09 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 18:22.11 | GNUtoo|laptop | Installing kernel-modules (2.6.27.2+svnr10746-r32.5) to root... |
| 18:22.13 | GNUtoo|laptop | and then |
| 18:22.22 | GNUtoo|laptop | it continues with the other stuff like initscripts |
| 18:22.29 | GNUtoo|laptop | I really don't know why |
| 18:22.37 | GNUtoo|laptop | maybe I should give -DDD a try? |
| 18:23.00 | blindvt | khem, k. I'll wait and poke you and you folks again. I take it that i desparately need this to get a sane state to base off, i take it |
| 18:23.25 | blindvt | bah |
| 18:23.43 | blindvt | i take it that you see that i desparately need this to get a sane state to base off |
| 18:23.47 | sreddy_ | hi can some one suggest me how to build a custom kerenl (with own kernel souces ) for oe (DIST =Angstrom MACHINE=omap3evm ) |
| 18:24.13 | GNUtoo|laptop | sreddy_, there are several approach, does the kernel change often? |
| 18:24.40 | khem | sreddy: srctree and gitver classes help |
| 18:24.59 | sreddy_ | no |
| 18:25.08 | djszapi | hi khem ;) |
| 18:25.09 | sreddy_ | kernel doesnt change often |
| 18:25.30 | GNUtoo|laptop | sreddy_, so make a recipe for it |
| 18:25.50 | blindvt | khem, and don't forget to also push your uClibc AUTOREV hunks on top of it (or i dig out mine if needed) |
| 18:26.40 | blindvt | can't type anything but asm or C today, apparently |
| 18:26.50 | GNUtoo|laptop | mmm -DDD doesn't give that much infos on do_rootfs |
| 18:26.54 | GNUtoo|laptop | only the log do |
| 18:27.05 | blindvt | khem, you know what i mean |
| 18:29.22 | khem | blindvt: I pushed one of yours |
| 18:29.24 | khem | earlier |
| 18:31.07 | blindvt | khem, the retain "git", yes. Thanks for that. I was talking about auto-tracking master, short of a PREFERRED_VERSION_uclibc_git=0x0815 (if that works at all, didn't look nor would care TBH. master is master) |
| 18:31.20 | *** join/#oe quitte_ (~quitte@g228067006.adsl.alicedsl.de) |
| 18:31.59 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-oxthjkktubprvyqf) |
| 18:32.06 | *** part/#oe jkridner1 (~a0321898@nat/ti/x-oxthjkktubprvyqf) |
| 18:33.06 | sreddy_ | i am a newbie to this ... I did the following steps placed my kernel sources (.tar.bz ) in the "$OEBASE/sources " and created "$OEBASE/local " directory with the directory structure like "local/classes" "local/conf" "local/packages" |
| 18:36.27 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 18:36.36 | khem | blindvt: I did not want to do that |
| 18:36.44 | khem | and only bump it manually |
| 18:36.49 | khem | after testing |
| 18:37.41 | blindvt | khem, i see, ok |
| 18:39.41 | *** join/#oe kristoffer (~kristoffe@95.209.95.102.bredband.tre.se) |
| 18:40.04 | khem | blindvt: sometimes uclibc master breaks |
| 18:40.20 | khem | and OE users might not be happy |
| 18:41.39 | GNUtoo|laptop | sreddy_, hmm so you don't have a git repository or something like that for your kernel? |
| 18:41.42 | sreddy_ | i am a newbie to this ... I did the following steps placed my kernel sources (.tar.bz ) in the "$OEBASE/sources " and created "$OEBASE/local " directory with the directory structure like "local/classes" "local/conf" "local/packages" and trying to modify the given recipe from "linux-omap-psp_2.6.32.bb" |
| 18:41.48 | sreddy_ | no |
| 18:41.58 | sreddy_ | as of now i dont have |
| 18:42.12 | GNUtoo|laptop | maybe you should create one then |
| 18:42.27 | GNUtoo|laptop | becuase how other would be able to fetch from it |
| 18:42.38 | blindvt | khem, i agree. It's better if there is an automated oe testbad that verifies against the major 6 arches before random master changes are pushed down anyones throat in OE |
| 18:42.41 | blindvt | nods khem |
| 18:42.43 | GNUtoo|laptop | if there is not revision control repository |
| 18:42.58 | GNUtoo|laptop | do you have a tarball hosted somewhere |
| 18:43.03 | sreddy_ | i use svn |
| 18:43.04 | GNUtoo|laptop | or is it all local |
| 18:43.10 | GNUtoo|laptop | ah ok |
| 18:43.18 | GNUtoo|laptop | so point your recipe to the svn of your kernel |
| 18:43.26 | sreddy_ | but for testing currently I ma not suing |
| 18:43.33 | GNUtoo|laptop | ok |
| 18:43.41 | GNUtoo|laptop | basically there are 2 things: |
| 18:43.57 | GNUtoo|laptop | *make a recipe of a stable version of your kenrel that is hosted in a public place |
| 18:44.08 | GNUtoo|laptop | *use the openembedded toolchain to build and test it locally |
| 18:44.20 | GNUtoo|laptop | I bet you want both |
| 18:44.41 | sreddy_ | yes .. I would like to go for easy way first |
| 18:45.00 | GNUtoo|laptop | sreddy_, so build a toolchain with openembedded |
| 18:45.05 | GNUtoo|laptop | like this: |
| 18:45.09 | GNUtoo|laptop | bitbake devshell |
| 18:45.22 | GNUtoo|laptop | then you will get a toolchain + a devshell |
| 18:45.28 | sreddy_ | i did that for console-image |
| 18:45.33 | GNUtoo|laptop | ok |
| 18:45.39 | GNUtoo|laptop | but you've got the devshell? |
| 18:45.46 | GNUtoo|laptop | it's a script that you need to source |
| 18:45.55 | GNUtoo|laptop | it put the compiler etc... in your path |
| 18:46.11 | GNUtoo|laptop | then you can go into your kernel directory and do: |
| 18:46.41 | GNUtoo|laptop | make ARCH=something CROSS_COMPILE=arm-oe- LDFLAGS="" |
| 18:46.46 | GNUtoo|laptop | or things like this |
| 18:46.58 | GNUtoo|laptop | that would compile your kernel locally |
| 18:47.03 | sreddy_ | bitbase how to check if I gort devshell |
| 18:47.17 | GNUtoo|laptop | sreddy_, the devshell is in : |
| 18:47.42 | GNUtoo|laptop | deploy/glibc/addons/ |
| 18:47.48 | GNUtoo|laptop | but if you didn't bitbake it |
| 18:47.55 | GNUtoo|laptop | you won't have it |
| 18:48.10 | GNUtoo|laptop | if you've already got a toolchain just bitbake it now |
| 18:48.14 | GNUtoo|laptop | it won't take too long |
| 18:49.13 | sreddy_ | yes i dont have devshell .. i ll bitbake it now |
| 18:50.39 | GNUtoo|laptop | ahh I've got an idea...grep the tasks for this machine extra recommand |
| 18:51.34 | GNUtoo|laptop | ah ok I got it |
| 18:51.39 | GNUtoo|laptop | task-base...hmmm |
| 18:51.58 | sreddy_ | when i do console doesnt it include task-base |
| 18:52.15 | sreddy_ | i will do that |
| 18:52.19 | GNUtoo|laptop | sreddy_, I wasn't talking to you |
| 18:52.26 | sreddy_ | oh i am sorry |
| 18:52.27 | GNUtoo|laptop | sreddy_, I've an issue with an image |
| 18:52.29 | GNUtoo|laptop | np |
| 18:53.20 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:54.06 | GNUtoo|laptop | hmmm |
| 18:54.21 | GNUtoo|laptop | kergoth, maybe I've an idea |
| 18:54.31 | GNUtoo|laptop | it's RRECOMMANDS not RDEPENDS |
| 18:54.46 | GNUtoo|laptop | RRECOMMENDS_task-machine-base = "${MACHINE_EXTRA_RRECOMMENDS}" |
| 18:54.58 | GNUtoo|laptop | MACHINE_EXTRA_RRECOMMENDS = "marvell-gspi-fw marvell-sdio-fw kernel-modules" |
| 19:03.44 | *** join/#oe stefan_schmidt (~stefan@p5B033B22.dip.t-dialin.net) |
| 19:03.52 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 19:13.45 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 19:16.18 | *** part/#oe kerim (~kerim@81.214.22.138) |
| 19:41.00 | GNUtoo|laptop | aha |
| 19:41.06 | GNUtoo|laptop | only newer images got that |
| 19:41.13 | GNUtoo|laptop | older ones got all modules |
| 19:42.43 | GNUtoo|laptop | so here's my question |
| 19:43.02 | GNUtoo|laptop | does recomands changed recently? |
| 19:44.55 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
| 19:45.39 | awozniak | any pulseaudio experts around? I built and did an "opkg install pulseaudio" but I'm not finding much in the way of installed binaries |
| 19:46.29 | DJWillis | awozniak: with pulseaudio you may consider that a blessing ;-) |
| 19:47.10 | awozniak | Package pulseaudio (0.9.15-r8.4.5) is installed on root and has the following files: |
| 19:47.10 | awozniak | /usr/libexec/pulse/proximity-helper |
| 19:47.17 | awozniak | and nothing else |
| 19:47.28 | woglinde | opkg list | grep pulse |
| 19:47.47 | GNUtoo|laptop | woglinde, hi do you know recommands well? especially the machines ones? |
| 19:47.53 | DJWillis | awozniak: that said, there is a lot more to getting pulseaudio working then just the pulseaudio package IIRC, I backed out of using it in my images as it was a pain in the rear. |
| 19:48.04 | GNUtoo|laptop | I've strange things |
| 19:48.08 | awozniak | woglinde: a mountain of things are listed. do I need to install them all? |
| 19:48.46 | GNUtoo|laptop | hmmm pulseaudio, I remember having to deal with too |
| 19:50.39 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 19:51.21 | GNUtoo|laptop | hmmm |
| 19:51.31 | GNUtoo|laptop | thinks again |
| 19:57.07 | awozniak | DJWillis: any clues for me? |
| 20:01.27 | DJWillis | awozniak: using alsa I guess? the packages that mention alsa and pulse would be my guess. Hmmm, pulseaudio-alsa-wrapper pulseaudio-esd-wrapper pulseaudio-module-gconf libasound-module-ctl-pulse libasound-module-pcm-pulse at a guess. |
| 20:02.20 | awozniak | thanks, I'll try those |
| 20:06.49 | GNUtoo|oeee | ah yes you need modules too |
| 20:06.58 | GNUtoo|oeee | like alsa,and a transport |
| 20:07.01 | GNUtoo|oeee | s/transport/ |
| 20:07.10 | GNUtoo|oeee | a way to connect your app to pulse |
| 20:13.25 | awozniak | # /etc/init.d/pulseaudio start |
| 20:13.25 | awozniak | Starting audio server: E: cmdline.c: Invalid resample method 'sinc-fastest'. |
| 20:13.25 | awozniak | E: main.c: Failed to parse command line. |
| 20:13.25 | awozniak | (failed.) |
| 20:13.35 | awozniak | any more clues? |
| 20:17.58 | awozniak | seems it likes "src-sinc-fastest" not "sinc-fastest" |
| 20:20.50 | awozniak | ah... modules |
| 20:39.12 | *** join/#oe woglinde_ (~heinold@f052233096.adsl.alicedsl.de) |
| 20:46.15 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 20:50.48 | GNUtoo|laptop | mmm |
| 20:50.58 | GNUtoo|laptop | in newer images kernel-modules are not even installed |
| 20:50.59 | GNUtoo|laptop | but |
| 20:51.10 | GNUtoo|laptop | the strange thing is that marvell firmware is |
| 20:51.24 | GNUtoo|laptop | MACHINE_EXTRA_RRECOMMENDS="marvell-gspi-fw marvell-sdio-fw kernel-modules" |
| 21:04.08 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 21:06.31 | CIA-21 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * raa8bef28a2 10openembedded.git/ (7 files in 2 dirs): |
| 21:06.31 | CIA-21 | Indentation fixups, caught by python -t |
| 21:06.32 | CIA-21 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 21:06.43 | CIA-21 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * ra84b681daa 10openembedded.git/conf/bitbake.conf: |
| 21:06.43 | CIA-21 | Drop old unused crufty MANIFEST variable |
| 21:06.43 | CIA-21 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 21:08.29 | GNUtoo|laptop | sigh |
| 21:10.05 | GNUtoo|laptop | how does MACHINE_EXTRA_RRECOMMENDS works on the task/image/opkg side |
| 21:16.01 | kergoth_ | hmm, a 2to3 run and a few fixups and bitbake seems to be fine in python3, other than all the python in OE of course.. thats good |
| 21:16.20 | khem | kergoth: thats good news |
| 21:16.32 | khem | kergoth: I heard python 3 is sloow |
| 21:17.27 | kergoth_ | hasn't looked at it much yet |
| 21:18.06 | woglinde_ | is think how to get SERIAL_CONSOLE var into systemd getty stuff |
| 21:18.15 | GNUtoo|laptop | sigh.... |
| 21:18.28 | khem | GNUtoo|laptop: see task-base.bb |
| 21:18.35 | GNUtoo|laptop | that's what I'm in |
| 21:18.44 | GNUtoo|laptop | there is: |
| 21:18.54 | khem | woglinde: look into shadow :) |
| 21:18.55 | GNUtoo|laptop | task-base-extended -> |
| 21:19.06 | woglinde | khem hm? |
| 21:19.14 | GNUtoo|laptop | RDEPENDS -> task-base |
| 21:19.58 | GNUtoo|laptop | task-base->RDEPENDS on task-machine-base |
| 21:20.23 | GNUtoo|laptop | and finally: |
| 21:20.26 | GNUtoo|laptop | RRECOMMENDS_task-machine-base = "${MACHINE_EXTRA_RRECOMMENDS}" |
| 21:20.34 | GNUtoo|laptop | but I don't know how RRECOMMENDS work |
| 21:20.43 | woglinde | khem shadow dont helps |
| 21:21.11 | GNUtoo|laptop | looks if the manual has something |
| 21:22.03 | GNUtoo|laptop | manual has only a description of RRECOMMENDS |
| 21:22.41 | GNUtoo|laptop | now with newer images IMAGE_INSTALL don't even has the MACHINE_EXTRA_RRECOMMENDS content |
| 21:22.48 | GNUtoo|laptop | anymore |
| 21:23.03 | kergoth_ | rrecs aren't magic |
| 21:23.17 | GNUtoo|laptop | I know but I don't know where to look for |
| 21:23.18 | kergoth_ | they're just rdepends that can be uninstalled later with opkg without removing the package that pulled them in |
| 21:23.33 | GNUtoo|laptop | ahh ok nice |
| 21:23.52 | GNUtoo|laptop | I also heard that they are optional |
| 21:23.58 | GNUtoo|laptop | at least in deb distros |
| 21:24.03 | GNUtoo|laptop | you can enable or disable them |
| 21:24.15 | kergoth_ | you can tell the package manager whether you want them pulled in, iirc |
| 21:24.24 | kergoth_ | its a funciton of the tool, not the metadata |
| 21:24.26 | GNUtoo|laptop | and in the case of the image how do I do that |
| 21:24.30 | kergoth_ | ? |
| 21:24.33 | kergoth_ | opkg always installs rrecs |
| 21:24.40 | kergoth_ | it isn't dpkg |
| 21:24.43 | GNUtoo|laptop | ah ok |
| 21:24.48 | GNUtoo|laptop | so there is a bug |
| 21:24.55 | GNUtoo|laptop | theses modules should be installed |
| 21:25.01 | kergoth_ | there's a separate variable that lets you make it remove them from the image if they get sucked in and you dont want them |
| 21:25.01 | GNUtoo|laptop | and they were some revs ago |
| 21:25.08 | kergoth_ | so use bisect and figure it out already |
| 21:25.08 | GNUtoo|laptop | ah ok |
| 21:25.17 | kergoth_ | git bisect, binary search of the commits between the working and nonworking |
| 21:25.23 | kergoth_ | you'll find the exact commit tha tbroke it |
| 21:25.26 | GNUtoo|laptop | ok thanks a lot |
| 21:25.31 | kergoth_ | see git help bisect |
| 21:25.32 | kergoth_ | np |
| 21:26.04 | kergoth_ | git bisect start <bad> <good>, then test, then git bisect good or git bisect bad, depending on whether it worked or not, and keep doing that until it finishes |
| 21:26.36 | GNUtoo|laptop | ok thanks a lot, |
| 21:26.45 | GNUtoo|laptop | I also heard that there is a function like a log |
| 21:27.06 | GNUtoo|laptop | that tells you when you pulled,more specifically |
| 21:27.17 | GNUtoo|laptop | last pull was at revision K |
| 21:27.26 | GNUtoo|laptop | the one before at K-10 |
| 21:27.27 | GNUtoo|laptop | etc... |
| 21:27.38 | kergoth_ | it doesn't care about pulls, exactly |
| 21:27.49 | kergoth_ | what you can look at is the log of a ref.. git reflog |
| 21:27.56 | kergoth_ | it shows each time master changed |
| 21:28.03 | GNUtoo|laptop | ok thanks a lot |
| 21:28.05 | kergoth_ | when you pull, that merges, which updates master to the new point |
| 21:28.18 | kergoth_ | so essentially thats it, yeah, but there are other things that could change a ref too |
| 21:28.21 | kergoth_ | i.e. git reset, git rebase |
| 21:28.58 | GNUtoo|laptop | thanks a lot!!!! |
| 21:29.20 | kergoth_ | np |
| 21:29.38 | kergoth_ | using reflog to find the 'good' commit for the bisect? :) |
| 21:29.53 | GNUtoo|laptop | yes that's what I want to do |
| 21:30.02 | GNUtoo|laptop | use reflog for finding the good range faster |
| 21:30.51 | kergoth_ | can also git bisect skip, for if your test fails for an unrelated reason, so you don't know whether its good or bad (i.e. someone broke something else :) |
| 21:30.53 | kergoth_ | handy tools |
| 21:30.54 | kergoth_ | <3 git |
| 21:31.20 | GNUtoo|laptop | I loves git too |
| 21:31.44 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-dtcudqflatclstia) |
| 21:32.15 | kergoth_ | wonders how much work itd be to add a prototype of lua scripting in recipes instead of python, at least for the ${@} thing.. |
| 21:33.56 | GNUtoo|laptop | kergoth_, big question: |
| 21:34.00 | kergoth_ | hmm.. alternatively, turn ${@} into a python based dsl, just lock down more of what it can do, and give it a different access mechanism to the metadata.. but it's difficult to fully sandbox eval |
| 21:34.03 | kergoth_ | thinks |
| 21:34.06 | GNUtoo|laptop | should I wipe tmpdir? |
| 21:34.09 | GNUtoo|laptop | for git bisect |
| 21:34.12 | GNUtoo|laptop | and start from bad |
| 21:34.28 | GNUtoo|laptop | because PR,packages versions etc...will get in my way |
| 21:34.33 | GNUtoo|laptop | no? |
| 21:34.52 | GNUtoo|laptop | ah no sorry |
| 21:34.54 | kergoth_ | could, not sure how the rootfs generation code reacts to old versions of things showing up when newer ones already exist |
| 21:34.56 | GNUtoo|laptop | I must be tired |
| 21:35.04 | kergoth_ | they'll *build* for sure, since the stamps wont exist |
| 21:35.09 | kergoth_ | (for the old pv/pr) |
| 21:35.09 | GNUtoo|laptop | ah ok |
| 21:35.17 | GNUtoo|laptop | so it should work |
| 21:35.19 | GNUtoo|laptop | I'll try |
| 21:37.50 | khem | kergoth_: why lua |
| 21:38.26 | kergoth_ | it's a good fit for that sort of thing, and isn't as difficult to lock down |
| 21:46.43 | woglinde | hm let see if my magic worked |
| 21:49.48 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 21:53.48 | woglinde | cool |
| 21:53.55 | woglinde | only small glintches |
| 22:02.13 | *** join/#oe martin_B (~martin@pool-41-67-198-89.dbd-ipconnect.net) |
| 22:04.30 | woglinde | yeah |
| 22:04.32 | woglinde | okay |
| 22:04.35 | woglinde | systemd is comming |
| 22:05.09 | *** join/#oe hillct__ (~hillct@cpe-069-134-161-218.nc.res.rr.com) |
| 22:25.27 | *** join/#oe methril (~methril@189.27.134.84.dynamic.adsl.gvt.net.br) |
| 22:27.23 | GNUtoo|laptop | it doesn't work |
| 22:27.27 | GNUtoo|laptop | every -native fails |
| 22:27.31 | GNUtoo|laptop | wth do_patch |
| 22:27.45 | GNUtoo|laptop | ERROR: Task 1117 (virtual:native:/home/gnutoo/embedded/oe/org.openembedded.dev/recipes/glib-2.0/glib-2.0_2.24.0.bb, do_patch) failed with 256 |
| 22:28.13 | GNUtoo|laptop | I've packaged staging |
| 22:28.29 | GNUtoo|laptop | that would take ages |
| 22:28.33 | GNUtoo|laptop | 293 of 3303 |
| 22:29.35 | woglinde | hm 2 hours |
| 22:29.41 | GNUtoo|laptop | ? |
| 22:30.48 | woglinde | from 293 to 3303 |
| 22:31.01 | GNUtoo|laptop | ah no more |
| 22:31.06 | khem | GNUtoo|laptop: Does quilt exist on your system |
| 22:31.10 | GNUtoo|laptop | I've to do everything manually |
| 22:31.21 | GNUtoo|laptop | I'll look |
| 22:31.30 | khem | GNUtoo|laptop: I would suggest to rebuild from scratch once |
| 22:31.42 | GNUtoo|laptop | ok |
| 22:31.45 | GNUtoo|laptop | I'll do that |
| 22:31.52 | GNUtoo|laptop | I bet there is no db to save |
| 22:32.10 | GNUtoo|laptop | ahhh maybe I got it |
| 22:32.14 | GNUtoo|laptop | I know why |
| 22:32.25 | GNUtoo|laptop | NOTE: Task failed: [Errno 17] File exists |
| 22:32.28 | GNUtoo|laptop | it's packaged staging |
| 22:32.39 | GNUtoo|laptop | basically the patch is saved in the packaged workdir |
| 22:32.44 | GNUtoo|laptop | and get redeployed |
| 22:32.52 | GNUtoo|laptop | and when redeployed it finds another patch |
| 22:32.58 | GNUtoo|laptop | with the same name |
| 22:33.08 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-xixfcbgczoyveubg) |
| 22:33.14 | woglinde | khem I do the last check for systemd |
| 22:33.19 | woglinde | than I will push it |
| 22:33.50 | woglinde | unfornatly reboot/halt with busybox isnt working |
| 22:33.56 | woglinde | but startup is fine |
| 22:34.19 | khem | woglinde: ok |
| 22:35.35 | GNUtoo|laptop | or I could clean all native stuff |
| 22:36.46 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
| 22:37.56 | GNUtoo|laptop | ah ok I'll do it by hand |
| 22:38.10 | GNUtoo|laptop | it seem not to have so much native packages to rebuild |
| 22:42.50 | *** join/#oe ka6sox-work (~tking@nslu2-linux/ka6sox) |
| 22:43.52 | GNUtoo|laptop | mmm now dropbear fails |
| 22:43.57 | GNUtoo|laptop | this is clearly not native |
| 22:51.58 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 22:57.45 | *** join/#oe hillct_ (~hillct@cpe-069-134-161-218.nc.res.rr.com) |
| 23:06.42 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-xodwbidmagxbtrah) |
| 23:07.10 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:15.40 | woglinde | woot |
| 23:15.43 | woglinde | it worked |
| 23:15.47 | woglinde | commiting now |
| 23:19.45 | CIA-21 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * rb5fdd85422 10openembedded.git/recipes/libcgroup/libcgroup_0.36.2.bb: libcgroup: added libcgroup to openembedded |
| 23:19.47 | CIA-21 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r119349c48a 10openembedded.git/recipes/systemd/ (6 files in 2 dirs): |
| 23:19.47 | CIA-21 | systemd: add systemd to openembedded |
| 23:19.47 | CIA-21 | * not fully functional yet |
| 23:19.47 | CIA-21 | * needs udev-154 and cgroup enabled in kernel |
| 23:19.48 | CIA-21 | * halt/reboot don't work with busybox |
| 23:19.54 | CIA-21 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r1b78440c8d 10openembedded.git/recipes/udev/ (18 files in 8 dirs): |
| 23:19.55 | CIA-21 | udev: add version 154 |
| 23:19.55 | CIA-21 | * not fully testet yet so checking with DEFAULT_PREFERENCE = "-1" |
| 23:19.55 | CIA-21 | * systemd needs it |
| 23:36.18 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
| 23:37.05 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 23:37.32 | *** join/#oe zecke (~ich@123-192-240-117.dynamic.kbronet.com.tw) |
| 23:38.45 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 23:39.55 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |