| 00:13.43 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 00:13.58 | CIA-11 | 03likewise 07org.oe.dev * rc29b7de6... 10/ (1 classes/insane.bbclass): insane.bbclass: Re-add -B to scanelf to make it correctly check single RPATH occurences. |
| 00:15.09 | *** part/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 00:17.53 | hvontres|poodle | likewise: almost done? |
| 00:41.10 | CoreDump|home | could someone upload qt-x11-free-3.3.7.tar.bz2 for me? the troll ftp is down |
| 00:43.16 | CoreDump|home | nm, found a useable mirror |
| 00:53.01 | CIA-11 | 03lenehan 07org.oe.dev * r51c79e4e... 10/ (1 packages/perl/perl_5.8.8.bb): perl 5.8.8: Fixes to be able to build under uclibc. |
| 00:58.44 | *** join/#oe concept10 (n=concept1@ppp-70-247-162-218.dsl.rcsntx.swbell.net) |
| 00:59.12 | *** join/#oe ggilbert (n=ggilbert@tinman.treke.net) |
| 00:59.37 | *** join/#oe jott (n=j@unaffiliated/jott) |
| 01:00.55 | hvontres|poodle | CoreDump|home: wb :) |
| 01:01.04 | CoreDump|home | hi hvontres|poodle |
| 01:01.20 | hvontres|poodle | CoreDump|home: I have a dumb svn question... how do I get my key to work??? |
| 01:02.25 | CoreDump|home | hmm? well your SSH private key will authenticate your SSH pub key stored on the server. |
| 01:02.41 | CoreDump|home | ssh hvontres@hentges.net should work just as well |
| 01:02.52 | *** join/#oe c-bob_ (n=cb@pd9588070.dip0.t-ipconnect.de) |
| 01:03.09 | hvontres|poodle | CoreDump|home: ahhh... hehe..I am logged in as 'henry' at home :) |
| 01:03.22 | CoreDump|home | ahh |
| 01:03.40 | CoreDump|home | replace $HOST w/ $USER@$HOST |
| 01:04.06 | hvontres|poodle | CoreDump|home: ok.. np |
| 01:19.59 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:29.25 | *** join/#oe do13 (n=nnnnnnnn@do13.in-dsl.de) |
| 01:30.07 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 01:37.08 | *** join/#oe vervain (n=wcravens@74-139-209-151.dhcp.insightbb.com) |
| 01:37.47 | vervain | I found that the SRC_URI for libpcre is no longer valid... however there is a valid url available... is this something that I should report as a bug / patch? |
| 01:46.01 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:47.23 | CoreDump|home | vervain: don't bother |
| 01:47.57 | CIA-11 | 03coredump2 07org.oe.dev * r177ed520... 10/ (1 packages/libpcre/libpcre_4.4.bb): libpcre: Fix SRC_URI |
| 01:54.45 | vervain | CoreDump: Whoops - already did 2141 |
| 01:55.43 | CoreDump|home | !oebug 2141 |
| 01:55.45 | cdbot2 | * * Bug 2141, Status: RESOLVED (FIXED), Created: 2007-04-26 18:51 |
| 01:55.46 | cdbot2 | * * wcravens(AT)cortex-it.com: libpcre SRC_URI is incorrect |
| 01:55.47 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2141 |
| 01:55.48 | CoreDump|home | ;) |
| 01:56.20 | vervain | perfect |
| 01:57.44 | vervain | That version of the library is pretty old... I realize there could be dependancy issues but is it worth looking into using a more recent version? |
| 01:59.40 | CoreDump|home | n8 all |
| 02:08.46 | CIA-11 | 03lenehan 07org.oe.dev * r39b0c54a... 10/ (10 files in 3 dirs): (log message trimmed) |
| 02:08.46 | CIA-11 | perl 5.8.8/cpan: Fix the installation paths for cpan modules. The installed |
| 02:08.46 | CIA-11 | files for perl modules built using cpan will end up in different places |
| 02:08.46 | CIA-11 | depending on which version of perl they are being built with. Modules that |
| 02:08.46 | CIA-11 | explicitly set various FILES_ values were using the paths that are only |
| 02:08.47 | CIA-11 | valid for the older versions of perl. Calculate and set the correct path in |
| 02:08.51 | CIA-11 | cpan.bbclass and use that in the FILES_ variables so that it'll be correct |
| 02:12.51 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 02:17.08 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 02:20.50 | *** join/#oe EthanolEngine (n=ethanole@202.82.86.113) |
| 02:23.58 | CIA-11 | 03lenehan 07org.oe.dev * ra1a53de4... 10/ (1 classes/cpan.bbclass): |
| 02:23.58 | CIA-11 | cpan: Use CCLD for the linking instead of ${TARGET_SYS}-gcc. Without this |
| 02:23.58 | CIA-11 | native packages break because <buildarch>-gcc doesn't exist, just gcc. CCLD |
| 02:23.58 | CIA-11 | gets us the correct CC to be used for linking in both cases, so we use that. |
| 02:32.13 | *** join/#oe Readon (n=xydarche@218.194.60.208) |
| 02:33.10 | Readon | hi, what is "PREFERRED_PROVIDER_virtual/xxx"'s usage? |
| 02:46.02 | *** join/#oe greentux_ (n=lemke@pd956a57b.dip0.t-ipconnect.de) |
| 02:46.39 | *** join/#oe aloril (n=aloril@kaar72.airix.fi) |
| 02:52.44 | *** join/#oe hvontres|home (n=hvontres@adsl-75-22-170-32.dsl.sndg02.sbcglobal.net) |
| 03:12.27 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 03:12.56 | *** join/#oe aloril (n=aloril@kaar72.airix.fi) |
| 03:23.53 | *** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 03:24.10 | *** join/#oe minipanda (n=hzhang@221.221.148.238) |
| 03:25.58 | *** join/#oe hvontres1home (n=hvontres@adsl-75-22-170-32.dsl.sndg02.sbcglobal.net) |
| 03:41.06 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 03:41.33 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 03:47.30 | *** join/#oe hufnus_cicq (n=tonyb@69-12-177-67.dsl.static.sonic.net) |
| 03:47.39 | *** part/#oe hufnus_cicq (n=tonyb@69-12-177-67.dsl.static.sonic.net) |
| 03:53.32 | *** join/#oe shreyas (n=Shreyas@59.92.192.25) |
| 03:57.34 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 04:15.43 | *** join/#oe W8TVI (n=me@166.166.9.78) |
| 04:18.25 | *** part/#oe W8TVI (n=me@166.166.9.78) |
| 04:19.49 | *** join/#oe dion (n=dion@inhex.net) |
| 04:35.46 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 04:37.42 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 04:50.32 | *** join/#oe aloril (n=aloril@kaar72.airix.fi) |
| 05:11.52 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 05:19.19 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 05:49.21 | *** join/#oe goxboxlive (n=goxboxli@195.159.97.196) |
| 05:52.50 | *** join/#oe hvontres|home (n=hvontres@adsl-75-22-170-32.dsl.sndg02.sbcglobal.net) |
| 05:58.23 | *** join/#oe rob_w|mis (n=rob_w@p549B9B10.dip0.t-ipconnect.de) |
| 06:12.35 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 06:16.15 | *** join/#oe pgfeller (n=pgfeller@64.176.78.83.cust.bluewin.ch) |
| 06:41.27 | *** join/#oe pH5 (n=ph5@p5485C0FA.dip.t-dialin.net) |
| 06:45.47 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 07:06.11 | *** join/#oe pH5_ (n=ph5@p5485C0FA.dip.t-dialin.net) |
| 07:12.07 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 07:29.45 | *** join/#oe Laibsch (n=Laibsch@F73bb.f.ppp-pool.de) |
| 07:39.40 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 07:58.21 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 08:12.01 | koen | http://linuxdevices.com/news/NS9425962034.html |
| 08:12.04 | koen | good morning all |
| 08:12.38 | XorA | morning |
| 08:13.03 | pH5 | good morning |
| 08:26.04 | CIA-11 | 03hrw 07org.oe.dev * r48cf1d2b... 10/ (5 files in 3 dirs): |
| 08:26.04 | CIA-11 | OpenZaurus time is over - long live Ångström! |
| 08:26.04 | CIA-11 | http://blog.haerwu.biz/2007/04/26/openzaurus-time-is-over-long-life-angstrom/ |
| 08:26.04 | CIA-11 | http://www.openzaurus.org/wordpress/2007/04/26/openzaurus-time-is-over-long-life-angstrom/ |
| 08:26.08 | CIA-11 | 03hrw 07org.oe.dev * r02ac25fb... 10/ (4 files in 3 dirs): base-files: drop OpenZaurus support |
| 08:26.12 | CIA-11 | 03hrw 07org.oe.dev * r28f1b1d3... 10/ (3 files in 3 dirs): busybox: dropped OpenZaurus config for 1.01 |
| 08:26.16 | CIA-11 | 03hrw 07org.oe.dev * r4e1d869e... 10/ (4 files in 4 dirs): initscripts: dropped OpenZaurus specific checkversion script |
| 08:26.21 | CIA-11 | 03hrw 07org.oe.dev * rb0e03196... 10/ (3 files in 3 dirs): bluez: dropped OpenZaurus config |
| 08:26.25 | CIA-11 | 03hrw 07org.oe.dev * r9f59d345... 10/ (3 files in 3 dirs): openzaurus-version: dropped |
| 08:26.31 | CIA-11 | 03hrw 07org.oe.dev * r8a96b7a7... 10/ (1 packages/gtk+/gtk+_2.8.9.bb): gtk+ 2.8.9: dropped OpenZaurus RDEPENDS |
| 08:27.35 | XorA | hrw|gone: s/life/live/ |
| 08:31.01 | hrw | XorA: I know - posts are corrected but it was after commit |
| 08:31.04 | hrw | morning |
| 08:31.15 | koen | hey hrw, XorA, pH5 |
| 08:31.20 | Laibsch | good morning, hrw |
| 08:33.05 | hrw | koen: next commits are for you |
| 08:39.23 | CIA-11 | 03hrw 07org.oe.dev * r29d984ee... 10/ (3 files in 2 dirs): |
| 08:39.23 | CIA-11 | Familiar: drop distro configurations |
| 08:39.23 | CIA-11 | - org.openembedded.dev is incompatible enough with Familiar 0.8.4 to make that not feasible |
| 08:39.23 | CIA-11 | - Familiar team made it clear that 0.9 won't be using anything OE-based/derived |
| 08:39.27 | CIA-11 | 03hrw 07org.oe.dev * r3de0a3bf... 10/ (1 packages/familiar packages/familiar/familiar-version.bb): familiar-version: dropped |
| 08:39.31 | CIA-11 | 03hrw 07org.oe.dev * r3267272c... 10/ (5 files in 2 dirs): images: drop Familiar feeds informations |
| 08:47.57 | *** join/#oe TheCan (n=thecan@dslb-084-056-191-009.pools.arcor-ip.net) |
| 08:48.40 | *** join/#oe rwhitby-away (n=nnnnrwhi@nslu2-linux/rwhitby) |
| 08:49.16 | hrw | hi Rod |
| 08:56.06 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 08:57.55 | rwhitby-away | hey hrw |
| 08:58.21 | hrw | rwhitby: enjoyed? |
| 08:58.45 | rwhitby | yep. 10 days of perfect beach weather with the family. |
| 08:59.34 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 09:05.54 | *** join/#oe zecke (n=ich@91.64.161.147) |
| 09:07.28 | hrw | hi Leon, Holger |
| 09:09.10 | CIA-11 | 03MartinDietze 07org.oe.dev * r30f615c6... 10/ (3 files in 3 dirs): mtx-3a.conf, nylon-image-mini.bb: fixes to not conflict with the recent bitbake versions. |
| 09:10.18 | koen | likewise: I'm starting a armv6 build from scratch to see which rpaths need to be munged |
| 09:10.48 | XorA | I assume that chrpath command cant just remove them |
| 09:11.03 | likewise | Hello, good morning all. |
| 09:11.23 | likewise | XorA: Removing is ok. |
| 09:11.43 | XorA | removing would be nicer than munging |
| 09:11.56 | XorA | speed up the dynamic linker anyway |
| 09:11.58 | likewise | XorA: the dynamic linker will always search the default paths (AFAIK) |
| 09:13.02 | likewise | XorA: but the chrpath-native and chrpath-cross are not target aware... It's a hacky little program. |
| 09:13.19 | likewise | XorA: So instead, I think we should just fix the few packages that are wrong. |
| 09:13.32 | koen | XorA: chrpath -d |
| 09:14.03 | likewise | koen: yes, but that won't work for most of the host/target combo's |
| 09:14.22 | likewise | koen: I was building overnight. libstc++ and fontconfig are bad, so far. |
| 09:18.30 | likewise | The offender in fontconfig/Makefile: FREETYPE_LIBS = -L/home/leon/sandbox/e520/openembedded/build/tmp/staging/i686-angstrom-linux/lib -Wl,--rpath -Wl,/home/leon/s |
| 09:18.31 | likewise | andbox/e520/openembedded/build/tmp/staging/i686-angstrom-linux/lib -lfreetype |
| 09:18.58 | koen | heh |
| 09:19.12 | koen | we fixed an older version of freetype to stop breaking rpath |
| 09:19.27 | koen | likewise: packages/freetype/files/no-hardcode.patch |
| 09:20.03 | *** join/#oe polyonymous (n=hacker@pD953AF74.dip0.t-ipconnect.de) |
| 09:20.25 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 09:22.28 | likewise | koen: tnx |
| 09:24.01 | hrw | ~hail NFS |
| 09:24.05 | ibot | ACTION bows down to NFS and chants, "I'M NOT WORTHY!!" |
| 09:35.13 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.62.1) |
| 09:35.48 | *** join/#oe gremlin[it] (n=gremlin@host62-172-static.42-88-b.business.telecomitalia.it) |
| 09:43.23 | likewise | koen: do you know the Dutch Bits'n'Chips magazine? |
| 09:44.59 | koen | yes |
| 09:45.10 | koen | they interviewed me at fosdem :) |
| 09:45.49 | koen | (2006) |
| 09:47.08 | likewise | koen: did that appear in BnC? |
| 09:47.14 | koen | iirc, yes |
| 09:47.46 | koen | likewise: http://www.bits-chips.nl/artikel/art_view.asp?ac=view&art_id=7219 |
| 09:49.06 | koen | btw, check http://linuxdevices.com |
| 09:49.40 | likewise | koen: I wonder if we can get a full-spread article on OpenEmbedded in there. |
| 09:49.45 | *** join/#oe hufnus_cicq (n=tonyb@69-12-177-67.dsl.static.sonic.net) |
| 09:49.54 | likewise | Nice :-) |
| 09:50.56 | hrw | koen: nice |
| 09:51.35 | koen | likewise: in BnC? |
| 09:52.00 | likewise | koen: yup |
| 09:52.45 | koen | likewise: I guess it would take someone with decent writing skills |
| 09:53.03 | hrw | http://www.linuxdevices.com/articles/AT7065740528.html |
| 09:53.42 | likewise | hrw: OpenEmbedded 2.8 % |
| 09:54.07 | likewise | hrw: TimeSys 1.1 % |
| 09:54.19 | koen | I wonder why 'kernel.org' and 'uclinux' are listed seperately |
| 10:01.44 | likewise | most interesting is that the use of OpenEmbedded is expected to almost double over the next 2 years |
| 10:05.56 | rwhitby | is there any known libxcb problem currently? |
| 10:06.20 | koen | there wasn't any last week |
| 10:07.03 | rwhitby | ok, must be a local problem on my autobuilder ... thx. |
| 10:09.58 | rwhitby | hrw: your oz time is over commit email triggered amavis spam filtering: "X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char C3 hex): Subject:" |
| 10:11.06 | hrw | ;d |
| 10:12.12 | rwhitby | did you violate rfc822 or something with that subject? |
| 10:16.18 | hrw | commit mails are autogenerated |
| 10:17.12 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 10:25.03 | Laibsch | hrw: Do you think it makes sense to ask people who reported OZ bugs to verify if they are still present in the latest angstrom? Or is it a bit too early for that? |
| 10:28.58 | CIA-11 | 03likewise 07org.oe.dev * rc9156882... 10/ (1 packages/freetype/freetype_2.3.3.bb): freetype_2.3.3.bb: Apply no-hardcode.patch and configure.patch. Needed for sane RPATH's in depending libraries (fontconfig/pango/...) |
| 10:29.34 | XorA | Laibsch: I would rather close as WONT FIX with reason please re-report against Angstrom if still true, otherwise we import a million bugs that have long since died and no-one noticed |
| 10:29.49 | hrw | XorA: good idea |
| 10:30.00 | Laibsch | XorA: I would do that in a second stage |
| 10:30.11 | Laibsch | You are talking about ~175 bugs. |
| 10:30.47 | XorA | Laibsch: ok, do that first, then give 14 days or so and any bugs that havent moved, WONT FIX them |
| 10:30.54 | Laibsch | exactly |
| 10:30.57 | Laibsch | that was my plan |
| 10:31.01 | XorA | Laibsch: thats my opinion, hrw? |
| 10:32.00 | Laibsch | 156 bugs |
| 10:32.49 | hrw | XorA: +1 from me |
| 10:33.57 | XorA | Laibsch: can you make that announcement with holy penguin pee sprayed by hrw, I dont have time today |
| 10:34.28 | rwhitby | koen: Re: xcb: configure: error: XCB requires xsltproc. |
| 10:34.28 | rwhitby | <PROTECTED> |
| 10:35.24 | koen | rwhitby: probably libxslt-native |
| 10:35.41 | koen | rwhitby: I suspect pH5 and I have xsltproc on our host |
| 10:35.47 | Laibsch | XorA: You mean to the ML? |
| 10:35.52 | hrw | xsltproc is separate package |
| 10:36.03 | hrw | Laibsch: to MLs |
| 10:36.03 | XorA | Laibsch: yes, make it part of the closing down process of OZ |
| 10:36.20 | XorA | Laibsch: oz-dev/oz-user/oe-dev/oe-user I would suggest |
| 10:38.14 | Laibsch | OK |
| 10:38.14 | *** join/#oe shreyas (n=Shreyas@202.62.79.175) |
| 10:39.03 | hrw | Laibsch: you have automat for bugtracker? |
| 10:39.11 | hrw | 145 comments... |
| 10:40.46 | hrw | ~seen ph5 |
| 10:41.35 | ibot | ph5 is currently on #gpe #htc-linux #oe #openmoko #handhelds.org. Has said a total of 3 messages. Is idling for 2h 5m 58s, last said: 'hey BabelO, kelly'. |
| 10:42.23 | Laibsch | hrw: should be 156 |
| 10:43.05 | rwhitby | koen: seems that libxcb_0.9.93.bb has xsltproc-native commented out ... |
| 10:43.48 | koen | rwhitby: I don't have a xsltproc-native package in my OE tree |
| 10:44.15 | rwhitby | yeah, neither do I. and your tip of xslt-native seems to have fixed the problem |
| 10:44.27 | koen | it did? |
| 10:44.29 | koen | hmmm |
| 10:44.54 | rwhitby | well, I did a manual bitbake of xslt-native, then tried libxcb again and it worked. |
| 10:45.36 | rwhitby | I can test again on slugosbe ... |
| 10:50.30 | koen | rwhitby: lennert is going to try a EABI/EB debian port, again based on angstrom |
| 10:50.47 | koen | he has an idea where the bug is that you were seeing |
| 10:50.57 | rwhitby | cool - once that works I can seriously look at SlugOS 5 being EABI. |
| 10:53.58 | likewise | rwhitby, koen: which bug is that actually? |
| 10:54.16 | koen | messages getting cut off |
| 10:54.44 | koen | lennert thinks is a regression of the strlen() bug that was in glibc some years ago |
| 10:55.02 | rwhitby | any objections to adding libxslt-native as a build depends for libxcb ? |
| 10:55.59 | koen | rwhitby: no |
| 11:00.11 | hrw | ~lart ssh known_hosts |
| 11:00.11 | ibot | drops a truckload of VAXen on ssh known_hosts |
| 11:00.19 | likewise | koen, rwhitby: the strlen.S fix seems to be in our sources: http://lists.gnu.org/archive/html/bug-glibc/2002-12/msg00056.html |
| 11:01.15 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 11:04.29 | CIA-11 | 03rwhitby 07org.oe.dev * rcb6f5bda... 10/ (1 packages/xcb/libxcb_0.9.93.bb): libxcb: adding DEPENDS on libxslt-native to fix configuration problem building on Debian Sarge host without xsltproc installed. |
| 11:09.17 | *** join/#oe mickey|bbiab (n=mickeyl@linuxtogo.org) |
| 11:12.37 | koen | Dr. mickeyl: guten morgen! |
| 11:12.46 | mickeyl | Guten Morgen koen |
| 11:12.51 | mickeyl | :) |
| 11:13.35 | hrw | Hi Doc |
| 11:13.42 | mickeyl | :) |
| 11:13.51 | rwhitby | what's up, Doc? |
| 11:14.05 | mickeyl | all cool so far |
| 11:14.12 | rwhitby | (said in a bugs bunny voice) |
| 11:14.14 | mickeyl | still slightly worried about my hernie, but lets see |
| 11:14.22 | koen | all cool? |
| 11:14.31 | hrw | rwhitby: with carrot in hand ofcourse? |
| 11:14.32 | koen | it's 24 degrees C inside here |
| 11:14.40 | mickeyl | heh |
| 11:14.42 | mickeyl | well |
| 11:14.44 | mickeyl | temperature... |
| 11:16.46 | CIA-11 | 03koen 07org.oe.dev * rbd7c8e1b... 10/ (1 packages/freetype/freetype_2.3.3.bb): freetype: fix parse error |
| 11:29.23 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 11:31.26 | *** join/#oe rob_w|mis (n=rob_w@p549B9EC8.dip0.t-ipconnect.de) |
| 11:34.17 | *** part/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 11:35.34 | *** join/#oe shreyas (n=Shreyas@59.92.145.172) |
| 11:41.14 | *** join/#oe shreyas (n=Shreyas@59.92.145.172) |
| 11:43.17 | hrw | ~curse busybox vi |
| 11:43.26 | ibot | May you be reincarnated as a Windows XP administrator, busybox vi ! |
| 11:49.21 | *** join/#oe pgfeller (n=pgfeller@147.88.200.176) |
| 11:53.10 | *** join/#oe shreyas (n=Shreyas@59.92.182.149) |
| 11:53.52 | Crofton | how is RPATH this morning? |
| 11:54.38 | koen | a bit better |
| 11:55.28 | koen | Crofton: http://rafb.net/p/ghILyP87.html |
| 11:58.04 | Readon | hello, are you modifying linux kernel in oe environment? how to get the patch files? |
| 11:58.38 | koen | drat, my crystal still isn't back from repairs |
| 11:58.57 | hrw | koen: I know why |
| 11:59.07 | hrw | koen: my has higher priority |
| 11:59.16 | *** join/#oe fdv_ (i=1988@en.ifi.uio.no) |
| 11:59.24 | koen | that must be it |
| 12:01.13 | *** join/#oe fdv_ (i=1988@en.ifi.uio.no) |
| 12:01.54 | hrw | Readon: in other words: mostly yes. read our metadate for infos |
| 12:02.53 | Laibsch | koen: Could we have a MACHINE field in the OE BTS? |
| 12:03.37 | Readon | hrw, do you mean .bb files? |
| 12:04.45 | hrw | yes |
| 12:07.06 | *** join/#oe shreyas (n=Shreyas@59.92.182.149) |
| 12:07.25 | koen | Laibsch: probably |
| 12:12.52 | koen | cute, rm_work fixes some rebuild issues |
| 12:16.15 | Laibsch | koen: It would be nice to have. Can you please implement it? |
| 12:16.45 | koen | Laibsch: tell me where you want them and I can add them |
| 12:19.01 | koen | crap, we have 111 machines |
| 12:20.29 | Crofton | machine proliferation is hard to prevent :) |
| 12:21.24 | Readon | hrw, perhaps there are some misunderstanding. i want to build images for my device using oe. i want to modify some kernel file and get a patch, so i wonder how to extract patch file from kernel in oe. |
| 12:22.25 | Ifaistos | hi all |
| 12:22.31 | koen | Readon: man diff |
| 12:22.45 | hrw | Readon: learn quilt |
| 12:23.20 | Ifaistos | there was some discussion sometime back for a meta-package for debian or ubuntu that would create the dev enviroment for OE. Does such a thing materialzed ? |
| 12:23.42 | Readon | does it mean i need manually make two copies of kernel in WORKDIR? |
| 12:24.13 | koen | Readon: how else do you diff? |
| 12:24.42 | CIA-11 | 03koen 07org.oe.dev * r33c4281e... 10/ (1 packages/xcb/libxcb_0.9.93.bb): libxcb: depend on *lib*xslt-native, not xslt-native |
| 12:24.57 | Crofton | hmm raining |
| 12:25.21 | koen | Crofton: surprisingly, it's still not raining here |
| 12:25.22 | Readon | i have expected a better way.:) |
| 12:25.42 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 12:26.05 | hrw | my termometer shows 40°C in direct sunlight |
| 12:27.57 | CIA-11 | 03koen 07org.oe.dev * r953977f7... 10/ (1 conf/checksums.ini): checksums.ini: correct js and xorg checksums |
| 12:28.31 | Ifaistos | hrw : you moved to south Europe ? :) |
| 12:29.19 | hrw | nope |
| 12:39.50 | hrw | what in OE provide 'cmp' (other then busybox)? |
| 12:41.01 | koen | diff according to http://packages.debian.org/cgi-bin/search_contents.pl?word=cmp&searchmode=searchfiles&case=insensitive&version=stable&arch=i386 |
| 12:41.31 | hrw | koen: "dpkg -S `which cmp`" is easier ;D |
| 12:41.48 | hrw | diffutils in OE |
| 12:44.51 | Laibsch | koen: I want a MACHINE field alongside OS, VERSION, etc. It should be populated with at least the machines that angstrom supports + "other" |
| 12:45.44 | Laibsch | While we're at it, I think it would be nice if the field names Hardware and OS are worded more clearly in that they refer to the build host (At least that is what I assume) |
| 12:47.38 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 12:50.13 | Laibsch | Maybe rename Hardware to "Host" and the new machine field to "TARGET". Although I agree this is not super, either |
| 12:52.17 | *** join/#oe fdv (i=1988@en.ifi.uio.no) |
| 12:53.44 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 12:59.57 | *** join/#oe pgfeller (n=pgfeller@147.88.200.176) |
| 13:04.28 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 13:14.19 | Ifaistos | hmmm has anyone tested the debian meta-package for setting up required soft for OE ? |
| 13:14.30 | Ifaistos | the one mentioned in the wiki |
| 13:14.36 | chouimat | morning |
| 13:14.39 | hrw | openembedded-essential one? |
| 13:14.50 | hrw | Ifaistos: it only has to depend on required software |
| 13:15.41 | Ifaistos | yes that one |
| 13:21.15 | *** join/#oe pgfeller (n=pgfeller@147.88.200.176) |
| 13:23.08 | Laibsch | Ifaistos: Works like a charm here |
| 13:23.11 | Laibsch | Thanks, hrw |
| 13:23.47 | CIA-11 | 03koen 07org.oe.dev * re3024909... 10/ (22 files in 3 dirs): linux-ezx: add experimental 2.6.21 kernel for a780 |
| 13:24.42 | Laibsch | re packages/ffmpeg/ffmpeg_0.4.9-pre1.bb, source is unfetchable and upstream seems to have quite making releases. It is all SVN now. There is a bb file for the svn version. OK to drop packages/ffmpeg/ffmpeg_0.4.9-pre1.bb? |
| 13:24.42 | Laibsch | seems to have quit |
| 13:25.51 | *** join/#oe psokolovsky (n=psokolov@82.193.98.1) |
| 13:25.57 | hrw | Laibsch: +1 from me |
| 13:26.07 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 13:27.11 | *** join/#oe vervain (n=wcravens@mail.somat.com) |
| 13:27.52 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
| 13:28.30 | Laibsch | hrw: Sorry, I was wrong. I did not read the screen careful enough. Fetching fails but because of md5sum mismatch. |
| 13:28.51 | Laibsch | it |
| 13:29.05 | Laibsch | NOTE: The MD5Sums did not match. Wanted: '700b66230a8322493c032c04372b8d74' and Got: 'ea5587e3c66d50b1503b82ac4179c303' |
| 13:30.33 | Laibsch | Should I just update the md5sum? |
| 13:30.47 | koen | Laibsch: send a mail to the list first |
| 13:30.50 | hrw | shit. looks like source mirror has some archives wrong |
| 13:31.00 | koen | it looks like the CELF mirror has some broken stuff |
| 13:32.33 | CIA-11 | 03xora 07org.oe.dev * r27cc1147... 10/ (1 conf/machine/mx31ads.conf): mx31ads.conf : create tar images |
| 13:32.38 | CIA-11 | 03xora 07org.oe.dev * r9609c456... 10/ (1 packages/linux/mx21ads-kernel_2.6.19rc6.bb): mx21ads-kernel_2.6.19rc6.bb : remove bogus inherit package |
| 13:32.43 | CIA-11 | 03xora 07org.oe.dev * r59f201d6... 10/ (3 files in 3 dirs): |
| 13:32.43 | CIA-11 | linux-rp_2.6.20.bb : fix loading of 8250 module which makes all those BT/modem/other |
| 13:32.43 | CIA-11 | CF cards people use work. Also fix the dmesg so it prints the correct ttySX device |
| 13:32.43 | CIA-11 | for inserted cards (ttyS4 in practice) |
| 13:32.44 | CIA-11 | The fault was 2.6.20 added an extra pxa serial port (not actually initialised) but |
| 13:32.46 | CIA-11 | sitting in the minor space. |
| 13:33.00 | Ifaistos | Laibsch : thanks for the info on the meta-package :) |
| 13:33.21 | koen | XorA: 'extra port' being 'hwuart'? |
| 13:34.01 | Ifaistos | btw what's the best way to cellect all the patches a distro needs in order to publish them so that you can comply with GPL ? |
| 13:34.27 | Ifaistos | s/cellect/collect |
| 13:34.43 | koen | Ifaistos: copy your DL_DIR and OE.mtn database |
| 13:36.01 | hrw | http://www.oesf.org/forums/index.php?showtopic=23749&st=40&p=159951&#entry159951 |
| 13:36.04 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 13:37.12 | koen | hrw: the touchscreen statement is not correct |
| 13:37.33 | koen | hrw: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-April/001993.html |
| 13:37.57 | hrw | when I last time tested Angstrom it was ok |
| 13:38.00 | XorA | koen: yes |
| 13:38.17 | koen | hrw: right, but the htc-universal commit last week broke it :/ |
| 13:38.25 | Ifaistos | koen : hmmm ok with the DL_DIR but i need to provide only the patches not the .bb files |
| 13:38.45 | koen | Ifaistos: technically you need the .bb files as well |
| 13:38.47 | *** join/#oe concept10 (n=concept1@ppp-70-247-162-218.dsl.rcsntx.swbell.net) |
| 13:40.38 | XorA | koen: can you do a rebuild for pxa zauruses |
| 13:41.14 | Ifaistos | koen : not so according to the laywer i talked to. .bb files are optional due to the MIT licence. one needs only to provide the changes for the software that requires it (i.e gpl) |
| 13:41.37 | koen | Ifaistos: the GPL also talks about the buildscripts uses |
| 13:41.41 | XorA | Ifaistos: the .bb files make changes |
| 13:41.48 | koen | Ifaistos: it doesn't make that those scripts are MIT |
| 13:41.54 | koen | s/make/matter/ |
| 13:42.37 | Ifaistos | The changes the bb files are thought the patches |
| 13:42.46 | Ifaistos | The changes the bb files make are thought the patches |
| 13:42.52 | XorA | Ifaistos: not the sed s////g ones |
| 13:43.24 | koen | Ifaistos: the .bb files are part of the buildsystem |
| 13:44.04 | vervain | xdpyinfo is not building correctly for me... I'm trying to build gpe-image on x86 for x86.... an error log can be found at http://www.cortex-it.com/output_xdpyinfo.txt |
| 13:44.04 | koen | "The source code for a work means the preferred form of the work for making modifications to it. For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable." |
| 13:44.25 | koen | Ifaistos: section 3 of the gpl |
| 13:44.37 | vervain | it looks like an automake issue. |
| 13:45.15 | XorA | Crofton: cypress hill time :-D |
| 13:45.19 | Laibsch | where is the md5sum info stored? |
| 13:45.30 | koen | Laibsch: conf/checksums.ini |
| 13:45.32 | Laibsch | I touched that file once but cannot find it anymoe |
| 13:45.38 | Laibsch | koen: thanks |
| 13:47.57 | Ifaistos | it's so much easier to write device drivers ;) |
| 13:48.14 | koen | Ifaistos: anyway, you only need to provide them on request, so just burn a dvd with DL_DIR and OE.mtn |
| 13:48.44 | koen | ah, my plan has paid off :) |
| 13:48.47 | XorA | koen: that only works if you provide a written notice (kinda hard on FTP) |
| 13:49.10 | hrw | koen: my todays work? :D |
| 13:49.14 | koen | yes |
| 13:49.26 | hrw | you remind me of something to add |
| 13:49.32 | koen | Ifaistos: http://www.openembedded.org/gpl-causing-problems-for-derivative-linux-distros would be interesting for you as well |
| 13:50.43 | Ifaistos | koen : thanks. i am aware of that |
| 13:51.47 | XorA | b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, |
| 13:53.09 | Ifaistos | XorA : This works nice if you distribute devices + OS stuff |
| 13:53.29 | Laibsch | Ifaistos: At the end of the day, consider who can come after you: the copyright holder and the copyright holder ONLY |
| 13:53.34 | XorA | Ifaistos: yeah, but not if you use http/ftp site, then you really need to put the source beside it |
| 13:53.53 | Laibsch | Ifaistos: I doubt they are going to give you a hard time if you made a good effort to provide sources. |
| 13:54.05 | Laibsch | Ifaistos: users are also not going to complain |
| 13:54.15 | Laibsch | Ifaistos: Look at what knoppix.org does |
| 13:54.17 | XorA | didnt OE/OZ receive a warning from FSF? |
| 13:54.29 | Ifaistos | Laibsch : it's not users that i am "afraid" of.... |
| 13:54.38 | Laibsch | XorA: OE? I cannot imagine |
| 13:55.05 | Laibsch | Ifaistos: knoppix.org provides that offer to ship source on request |
| 13:55.15 | koen | XorA: that was familiar in the olden days |
| 13:55.28 | Laibsch | and I have only found reference to it in some mail from Mr Knopper |
| 13:55.29 | XorA | koen: ah, I vagely remebered it |
| 13:55.39 | Laibsch | it is not too prominent anywhere |
| 13:55.39 | koen | XorA: short version: FSF is too stupid to use crosstool |
| 13:56.23 | Laibsch | koen: I wonder what it is that you have that urge to always call people stupid? |
| 13:57.00 | koen | Laibsch: because those people are stupid? |
| 13:57.10 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 13:57.25 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.39.22) |
| 13:57.36 | CIA-11 | 03koen 07org.oe.dev * rbe8a841a... 10/ (1 packages/linux/linux-ezx-2.6.21/pxa27x-udc-support.2.patch): linux-ezx 2.6.21: fix udc patch |
| 13:58.17 | *** join/#oe pgfeller (n=pgfeller@147.88.200.176) |
| 13:59.29 | Laibsch | koen: Even if that was true. I know a couple of people that are probably not the sharpest tools in the shed. It does not make me any "smarter" (for real and in others' perception) to run around calling them stupid, quite the opposite. Get the clue? |
| 13:59.53 | Laibsch | Being smart is not everything you need in life. |
| 14:00.10 | XorA | smart and 12 inches :-) |
| 14:00.35 | koen | Laibsch: I don't care |
| 14:00.48 | koen | I prefer being direct |
| 14:02.16 | *** join/#oe rd_ (n=rd@segfault.net) |
| 14:02.21 | hrw | XorA: your wife complain? |
| 14:02.23 | hrw | ;D |
| 14:08.23 | *** join/#oe dion (n=dion@inhex.net) |
| 14:11.03 | *** join/#oe hvontres|poodle (n=hvontres@63.92.216.147) |
| 14:11.54 | *** join/#oe shreyas (n=Shreyas@202.62.79.175) |
| 14:23.13 | XorA | new logging works nice, but logread doesnt work anymore :-( |
| 14:23.51 | vervain | I'm trying to build xdpyinfo and the most relevant error seems to be from automake: 'Makefile.am:96: LINT does not appear in AM_CONDITIONAL', any hints. |
| 14:27.39 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 14:29.53 | *** join/#oe Varoudis (n=varoudis@athedsl-111342.home.otenet.gr) |
| 14:39.16 | *** join/#oe AMDPenguin (i=nobody@nat/amd/x-6b4fb5186e170d71) |
| 14:49.17 | *** join/#oe dcordes (n=erdinger@dslb-084-062-005-157.pools.arcor-ip.net) |
| 14:49.46 | dcordes | Hey all. I've got a general question about oe. What do the different distributions, based on OE have in common? |
| 14:50.47 | mwester | They all use OE. |
| 14:50.58 | Jin^eLD | :) |
| 14:51.10 | mwester | Beyond that, it's quite possible (and is being done, in fact) to generate VERY different distros with OE |
| 14:52.09 | dcordes | what is OE? |
| 14:52.12 | mwester | For example, OE is used to build the "Unslung" firmware release for the NSLU2 hardware, as well as the SlugOS release for the same hardware. I can't think of anything in the final firmware that would really be a "signature" of OE, per se. |
| 14:52.44 | dcordes | mwester, what's NSLU2? |
| 14:53.44 | *** join/#oe Crofton (n=balister@hc6521520.dhcp.vt.edu) |
| 14:53.45 | mwester | OE is an infrastructure for organizing the building of software. The NSLU2 is a Network Storage device manufactured by Linksys |
| 14:54.55 | dcordes | also called slug by the big circle of fans, sometimes using it as servers |
| 14:55.03 | dcordes | installing different distros on it ^^ |
| 14:55.06 | dcordes | wiki0d |
| 14:55.30 | dcordes | mwester, so open embedded is only a platform for building software. is that right? |
| 14:55.43 | mwester | Yep. And all the firmware for it, with the exception of the official Debian firmware, is build using OE. |
| 14:55.58 | mwester | "for it" referring to the NSLU2 |
| 14:56.14 | hrw | and with exception of the original linksys system |
| 14:56.53 | mwester | ;) There are some that might object to the "*only* a platform", but I think that is a general description that works. |
| 14:58.42 | mwester | hrw: oops - you're right, I forgot about the Linksys firmware... I guess you can tell I don't use that much! :D |
| 15:00.25 | Laibsch | dcordes: OE has information on how to cross-compile stuff and put things together in compilation such as images etc. |
| 15:00.34 | Laibsch | That is my interpretation |
| 15:01.53 | vervain | re: xdpyinfo and LINT - I just commented out the last few lines of the Makefile.in that refered to LINT and it's all off and building again... |
| 15:02.09 | vervain | I have no idea if this will corrupt something further down the food chain... but it's building. |
| 15:06.37 | *** join/#oe like2wise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 15:10.09 | *** join/#oe sirfred (n=mteira@253.Red-88-24-25.staticIP.rima-tde.net) |
| 15:10.15 | sirfred | Hello all |
| 15:10.43 | koen | hey sirfred |
| 15:10.49 | XorA | yo sirfred |
| 15:10.53 | vervain | sirfred: hey |
| 15:11.17 | sirfred | Back to try to build a working angstrom image for my husky |
| 15:11.59 | sirfred | I've found that my yesterday image lacks libgcc. Do you know what recipe should have provided it? |
| 15:12.15 | hrw | gcc-cross |
| 15:12.25 | sirfred | hrw: Thanks. Let's see |
| 15:13.18 | sirfred | work/armv5te-angstrom-linux-gnueabi/gcc-cross-4.1.2-r2/install/libgcc is empty. That's not a good thing, is it? |
| 15:14.42 | sirfred | It doesn't seem to be neither in the staging directory, and there's no ipk for it. |
| 15:18.37 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 15:23.56 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 15:24.39 | sirfred | When we have in a recipe something like: |
| 15:24.42 | sirfred | FILES_libgcc = "${target_base_libdir}/libgcc_s.so.1" |
| 15:25.01 | sirfred | I suppose that is the install path? Where do it looks for that file? |
| 15:41.04 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 15:41.28 | *** join/#oe greentux (n=lemke@Z7dc8.z.pppool.de) |
| 15:47.07 | sirfred | ~lart RPATH issues |
| 15:47.07 | ibot | calls RPATH issues on the phone ... the lights are on but nobody's home |
| 15:48.43 | koen | sirfred: ewi546.ewi.utwente.nl/tmp/chrpath.patch |
| 15:49.43 | hrw | cu |
| 15:50.26 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 15:50.58 | sirfred | koen: Thanks! |
| 15:51.14 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 15:52.10 | *** join/#oe mrdata (i=mrdata@dslb-088-074-133-137.pools.arcor-ip.net) |
| 15:52.52 | CIA-11 | 03xora 07org.oe.dev * rfd264691... 10/ (1 site/x86_64-linux): site/x86_64-linux : fix definition of db_cv_mutex thanks to polynomous |
| 15:52.57 | CIA-11 | 03koen 07org.oe.dev * r10d03e8b... 10/ (1 packages/telepathy/libtelepathy_0.0.53.bb): libtelepathy: stage headers (from poky) |
| 15:53.01 | CIA-11 | 03koen 07org.oe.dev * r16ebba39... 10/ (1 packages/telepathy/telepathy-mission-control_4.21.bb): telepathy-mission-control: merge from poky |
| 15:53.08 | mrdata | hi all |
| 15:55.11 | like2wise | koen: tnx for the freetype parse fix. |
| 15:55.40 | koen | like2wise: that just turned up when searching for rpath in bonsai :) |
| 15:56.40 | koen | likewise: http://www.openembedded.org/bonsai/query/description/rpath/?scm_id=3 |
| 16:05.44 | *** join/#oe punk-ass (n=user@unaffiliated/punkass) |
| 16:27.14 | *** join/#oe dijenerate (n=dijenera@72.51.106.121) |
| 16:38.54 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 16:44.49 | koen | ~convert 200 feet to meters |
| 16:52.15 | sirfred | It's a pitty that gpe-conf is only providing 48x48 icons. It would really look nicer with 64x64 ones on a zaurus clamshell |
| 16:53.06 | sirfred | Shouldn't be better to relay in an icon theme, isolated from the apps for such generic icons? |
| 16:53.57 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 16:54.01 | hvontres|poodle | koen: Watching NCIS again? |
| 16:54.23 | koen | hvontres|poodle: no, the A-team, followed by Law & order |
| 16:55.01 | hvontres|poodle | koen: I pitty da fool that doesn't use OE... |
| 16:55.04 | sirfred | The A-team... |
| 16:55.10 | sirfred | Old times |
| 16:55.40 | koen | this episode is from 1985 :) |
| 16:55.54 | sirfred | The zx-spectrum times |
| 16:56.52 | *** join/#oe TheCan (n=thecan@dslb-084-056-191-009.pools.arcor-ip.net) |
| 16:57.06 | sirfred | Well, I gave up and installed a prebuild angstrom image. |
| 17:00.53 | koen | screw L&O |
| 17:00.59 | chouimat | ? |
| 17:02.04 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 17:02.46 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 17:05.56 | sirfred | Amazing, not bitbake stucked while applying a patch to freetype |
| 17:06.00 | sirfred | s/not/now |
| 17:07.22 | *** join/#oe rob_w (n=bob@p85.212.38.2.tisdip.tiscali.de) |
| 17:07.58 | vervain | rm -rf ./tmp ./sources... I'm just gonna start all over again... |
| 17:08.06 | vervain | sirfred: I feel your pain. ;-) |
| 17:08.11 | sirfred | vervain: ;-) |
| 17:08.43 | vervain | I'm throwing out many hours of compile time just to be sure. |
| 17:09.26 | sirfred | vervain: Well, I have suffering a bunch of weird effects. bitbake now compiles a lot of unwanted packages, libgcc package is not generated,... |
| 17:09.55 | sirfred | Curious, I just Ctrl-C the build, repeat again and now it passed without a problem the do_patch stage |
| 17:10.11 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 17:11.35 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 17:11.59 | vervain | sirfred: Ya - I'm finding a lot of 'curiosities' as well ;) |
| 17:13.07 | sirfred | vervain: hehe. Yesterday when a bitbake gpe-image started to build abiword I felt as if it was starting to build the complete universe on my machine. |
| 17:20.43 | *** join/#oe mr_nice (n=mr_nice@p54A9FBCB.dip.t-dialin.net) |
| 17:22.46 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 17:23.19 | sirfred | It seems that gcc4 doesn't like snes9x code |
| 17:26.56 | *** join/#oe zecke (n=ich@91.64.161.147) |
| 17:27.11 | zecke | hey |
| 17:27.21 | sirfred | Hey zecke |
| 17:31.25 | *** join/#oe greentux (n=lemke@pd956a57b.dip0.t-ipconnect.de) |
| 17:40.30 | *** join/#oe Laibsch (n=Laibsch@F73bb.f.ppp-pool.de) |
| 17:41.40 | vervain | NOTE: Running task 1 of 3507.... <sigh> |
| 17:41.58 | *** join/#oe Laibsch (n=Laibsch@F73bb.f.ppp-pool.de) |
| 17:42.51 | CIA-11 | 03koen 07org.oe.dev * rb6102998... 10/ (1 packages/freetype/freetype_2.3.3.bb): freetype: remove spurious patch |
| 17:43.08 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-c51077438939dd66) |
| 17:44.26 | sirfred | Curious, angstrom-x11-image includes gdb. |
| 17:44.40 | koen | all angstrom images do |
| 17:44.52 | sirfred | That's good, so I don't need to install it. |
| 17:45.05 | koen | DEBUG_APPS += '${@base_conditional("DISTRO_TYPE", "release", "", "tslib-tests tslib-calibrate gdb strace procps",d)}' |
| 17:45.42 | koen | makes the images a bit bigger, but those apps go away when setting DISTRO_TYPE=release :) |
| 17:46.04 | sirfred | Good to know |
| 17:46.23 | hvontres|poodle | yehh...glibc is done re-building... |
| 17:50.02 | sirfred | A curious error building snes9x. In an .h file, they declare an struct. |
| 17:50.22 | sirfred | Then, in a cpp file, under a extern "C" clause, they declare an instance of that struct, something like: |
| 17:50.28 | sirfred | struct SDSP1 DSP1; |
| 17:50.36 | koen | code in a .h file? |
| 17:50.37 | sirfred | The compiler complains about a linkage mismatch. |
| 17:50.41 | koen | sounds like a mozilla code |
| 17:50.48 | sirfred | koen: No, they declare the struct. |
| 17:50.55 | koen | ah |
| 17:51.12 | sirfred | I have taken away the extern "C" and was able to compile it, but, anyway... |
| 17:51.27 | sirfred | I suppose this was not happening under gcc-3.x or perhaps the compile flags are not the same. |
| 17:52.37 | sirfred | Anyway, as the whole program seem to be C++, and it is a final executable, I don't understand why that symbols are declared with "C" linkage, perhaps I'll get a surprise trying to run it |
| 17:55.37 | sirfred | ipkg is actually a CPU and memory eater |
| 17:59.08 | sirfred | Perhaps I have too many feeds. ipkg forks are failing |
| 17:59.40 | koen | you're out of RAM |
| 17:59.59 | sirfred | 23% MEM, 96% CPU now |
| 18:01.05 | sirfred | The highest number I saw was 31% MEM, and then the fork failure. |
| 18:03.28 | sirfred | Better now |
| 18:03.45 | JustinP | sirfred: how about a rewrite of ipkg with sqlite support? ;-) |
| 18:04.10 | sirfred | JustinP: That should be nice. When are you starting? ;-) |
| 18:05.09 | sirfred | Talking seriously, it could be a good idea. But, how does sqlite performs memory wise? |
| 18:05.37 | JustinP | better than parsing and reading everything into memory manually |
| 18:05.53 | JustinP | plus it's a library that is meant to be able to handle that kind of thing |
| 18:06.17 | JustinP | people have talked about it but AFAIK it's not been started still....we have this old ipkg cruft lying around... |
| 18:07.32 | sirfred | koen: I never felt apt fast in my desktop machine |
| 18:07.46 | likewise | is 'fast' a requirement? |
| 18:07.55 | JustinP | it's probably written better, though.... |
| 18:08.09 | JustinP | ipkg is slow because it's doing unneccesary reading/writing/shugging |
| 18:08.18 | sirfred | likewise: Well, it would be enough for me if it doesn't fail on forks when I add three repositories. |
| 18:08.38 | hvontres|poodle | sirfred: add more swap space :) |
| 18:09.00 | likewise | I would like the config scripts to be runnable from a host, so that target images are ready-for-read-only deployment |
| 18:09.14 | sirfred | hvontres|poodle: It will be more than zero, I see that I have no swap space. |
| 18:09.43 | hvontres|poodle | sirfred: heh.. the failing forks are from ipkg going (b)oom |
| 18:09.59 | sirfred | Great! Super Mario World is back on my husky! |
| 18:10.21 | hvontres|poodle | sirfred: nothing like old games to drive innovation.... |
| 18:10.53 | sirfred | hvontres|poodle: Well, it gave me a reason to implement xrandr mode switching on Ximageon |
| 18:11.06 | sirfred | But, omg, it runs like molasses |
| 18:12.01 | hvontres|poodle | sirfred: ahhh, not OMG...you'll wake up the koen :) |
| 18:12.14 | zecke | koen: I like your slides |
| 18:12.59 | sirfred | It's unplayable on angstrom... |
| 18:13.12 | sirfred | It worked fine on oz. What could be the reason? |
| 18:13.58 | XorA|gone | sirfred: that is illegal C++ thats why it broke gcc 4.1.X |
| 18:14.24 | sirfred | XorA|gone: Declaring a C++ struct and using it in a C linkage zone? |
| 18:14.49 | sirfred | XorA|gone: Perhaps they need an extern "C" also in the declaring section |
| 18:15.42 | XorA|gone | sirfred: exactly |
| 18:15.59 | XorA|gone | sirfred: otherwise the declaration has C++ name mangling but that doesnt work inside extern "C" sections |
| 18:17.02 | sirfred | Humm, there are a lot of alignment traps with snes9x. I remember there were also present under OZ. Could this hit performance worse in ansgtrom? |
| 18:17.33 | hvontres|poodle | sirfred: I would say that's a good indication of a performance hit.... |
| 18:18.01 | sirfred | hvontres|poodle: The traps were already on oz, and the game was faster, much faster. |
| 18:18.04 | koen | zecke: the slides don't make a lot of sense without the accompanying talk |
| 18:18.29 | sirfred | But I'm not sure if I'm getting the same amount of traps, of course |
| 18:22.30 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 18:38.57 | sirfred | Are the default angstrom C optimizing flags different from the used in Openzaurus ? |
| 18:42.43 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 18:46.52 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 18:48.27 | XorA | sirfred: -Os for angstrom |
| 18:48.46 | sirfred | XorA: Optimize for size? |
| 18:48.55 | XorA | sirfred: ye |
| 18:48.56 | XorA | s |
| 18:49.01 | sirfred | That could make a difference. |
| 18:49.16 | XorA | sirfred: override it if needed |
| 18:49.23 | sirfred | XorA: What is the right way to do it? |
| 18:50.45 | zecke | koen: right, I assumed the talk to be good as well |
| 18:50.55 | zecke | koen: at least the slides allow to give a good talk :) |
| 18:51.11 | XorA | sirfred: look at angstrom-glibc.inc |
| 18:51.21 | XorA | sirfred: and override those two variables in the package |
| 18:52.47 | sirfred | XorA: Thanks |
| 18:53.03 | *** join/#oe lfn (n=fredric_@130.216.171.66.subscriber.vzavenue.net) |
| 18:53.18 | XorA | I would suggest with _angstrom overides when you finally come to send patches |
| 18:53.44 | sirfred | XorA: ok |
| 18:55.24 | XorA | sirfred: you thought of seeing if the gp2x version of snes9x has any interesting optimisations, the gp2x is only 200Mhz |
| 18:55.50 | sirfred | XorA: Well, it worked really well on oz |
| 18:56.05 | XorA | sirfred: ah ok cool |
| 19:00.44 | lfn | i have a couple of questions about dependencies that i was hoping someone could shed some light on |
| 19:00.45 | zecke | maybe |
| 19:00.58 | lfn | when i try to build my image with bitbake, i see the following in the debug messages |
| 19:01.21 | lfn | DEBUG: providers for kernel are: ['linux-geodelx', 'linux-xxs1500', 'linux-myppc-2.6.13', 'ipod', 'linux-geodegx', 'linux-tornado-omap2', 'linux', 'linux-h6300-omap1', 'linux-dht-walnut'] |
| 19:01.27 | lfn | NOTE: selecting linux-myppc-2.6.13 to satisfy runtime kernel due to PREFERRED_PROVIDERS |
| 19:01.50 | lfn | however, the other prodiders are then added as dependencies too |
| 19:02.14 | koen | zecke: I started the talk with "if you have questions, ask them, don't wait for the end" and after slide 2 people started asking questions :) |
| 19:02.20 | Crofton__ | I am getting bad RPATH in gnutls |
| 19:02.24 | lfn | e.g. DEBUG: adding /home/fredric/oe/org.openembedded.dev/packages/linux/linux-geodelx_2.6.11.bb to satisfy runtime kernel |
| 19:02.47 | Crofton__ | I thought likewise is not allowed sleep until all RPATH issues are fixed |
| 19:03.30 | zecke | lfn: a) define a PREFERRED_PROVIDER |
| 19:03.48 | zecke | lfn: b) bitbake will try to use another provider if the original one failed |
| 19:04.17 | lfn | i defined a PREFERRED_PROVIDER in my conf/machines/myppc.conf file |
| 19:05.11 | lfn | output from bitbake: NOTE: selecting linux-myppc-2.6.13 to satisfy runtime kernel due to PREFERRED_PROVIDERS |
| 19:06.18 | zecke | lfn: I need to guess, either your kernel file is not complete |
| 19:06.31 | zecke | lfn: or your preferred provider is wrong, but I can't guess belong this |
| 19:08.29 | lfn | when you say that the kernel file is not complete, do you mean that the .bb file is wrong or that the actual kernel has not been built yet? |
| 19:09.20 | *** join/#oe lrg_ (n=liam@lrg2.demon.co.uk) |
| 19:09.25 | likewise | Crofton__: :-) Restart the build and it will pass by, I'll see into it in a minute. |
| 19:10.53 | zecke | lfn: I can only guess but you might miss a inherit kernel or such |
| 19:11.51 | Crofton | likewise, I am just building to find these problems now |
| 19:12.07 | Crofton | I am leaving town for the weekend, so no crises |
| 19:12.38 | lfn | zecke: i have an 'inherit kernel' line in my linux-myppc.bb file. i'll go back and take a look at that file though. |
| 19:13.55 | lfn | zecke: is it sufficient to have PREFERRED_PROVIDER_kernel in my conf/machines/myppc.conf file or does it need to be defined elsewhere too? |
| 19:14.48 | koen | rwhitby, likewise: there is indeed a problem with strlen on EABI/EB |
| 19:15.24 | zecke | lfn: the place is okay, I wonder if the PREFERRED_PROVIDER itself is okay :) |
| 19:15.49 | koen | zecke: as a datapoint: my ep93xx build just built LAB-kernel for virtual/kernel instead of the ep93xx-kernel |
| 19:16.05 | koen | it worked fine last week, and hasn't been edited in ages |
| 19:16.18 | lfn | zecke: yeah, that may be the problem. i'm just getting up to speed on oe. thanks for the suggestions! |
| 19:19.10 | *** join/#oe osas (n=nnnnnnnn@CABLE-72-53-75-252.cia.com) |
| 19:20.13 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 19:26.42 | CIA-11 | 03koen 07org.oe.dev * rb8d9cc0d... 10/ (1 packages/telepathy/telepathy-mission-control_4.21.bb): telepathy-mission-control: add dep on gconf to fix configure |
| 19:37.07 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 19:38.44 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 19:39.19 | likewise | http://www.esrac.ele.tue.nl/~leon/ELC2007.xhtml |
| 19:39.55 | koen | fun with statistics :) |
| 19:39.56 | likewise | ^^^ Relative growth of embedded distro's, extracted from the Embedded Linux Survey |
| 19:40.00 | likewise | :-) |
| 19:41.24 | *** join/#oe jott (n=j@unaffiliated/jott) |
| 19:42.57 | *** join/#oe blaster8 (n=blaster8@131.111.135.247) |
| 19:43.48 | CIA-11 | 03koen 07org.oe.dev * r69a5b54d... 10/ (4 files in 3 dirs): empathy: merge with poky |
| 19:44.44 | cbrake | does anyone here use Mono from OE? |
| 19:46.10 | koen | cbrake: the guy that contributed the recipe did |
| 19:46.32 | cbrake | koen: :-) |
| 19:46.47 | koen | ~seen eblis |
| 19:47.28 | ibot | eblis <n=Miranda@miranda/contributor/eblis> was last seen on IRC in channel #openmoko, 45d 5h 27m 17s ago, saying: 'hmm, are the projects on projects.openmoko.org functional ?'. |
| 19:47.29 | cbrake | koen: I'm getting a "The assembly mscorlib.dll was not found or could not be loaded." message. |
| 19:47.39 | koen | right, I remember getting that as well |
| 19:47.53 | koen | I needed to sprinkle some dlls throughout the filesystem |
| 19:48.24 | koen | crap, I only did it on the target |
| 19:48.46 | zecke | m$'s version of libc? :) |
| 19:49.19 | zecke | they would have named it "MicroSoftsFundamentalCoreLibraryFullOfIPR.dynamicallylinkedlibrary" |
| 19:49.25 | zecke | but that didn't fit 8.3 |
| 19:50.21 | cbrake | zecke: heh. I like how .NET is totally contaminated with ms this, ms that ... |
| 19:50.39 | koen | likewise: http://rafb.net/p/w5TVpi95.html |
| 19:50.40 | *** join/#oe greentux (n=lemke@Z7dc8.z.pppool.de) |
| 20:00.12 | *** join/#oe chrisromain (n=chrisrom@Mix-Lille-111-1-199.w193-248.abo.wanadoo.fr) |
| 20:00.29 | cbrake | koen: well, installing mono-dll helps a lot :-) |
| 20:05.19 | CIA-11 | 03koen 07org.oe.dev * r64b60930... 10/ (1 packages/telepathy/telepathy-mission-control_4.21.bb): telepathy-mission-control: include dbus service file as well |
| 20:07.39 | chouimat | the only mono I kind of like is the audio one :) |
| 20:08.06 | koen | "and renamed his reverse engineering tool r300reveng to revenge" |
| 20:08.10 | koen | now that's a cool name |
| 20:09.53 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 20:12.24 | likewise | koen: thanks |
| 20:13.00 | likewise | koen: I wonder if specifying two .c files on the compiler line will allow the compiler to optimize-away though... |
| 20:15.30 | zecke | likewise: -funit-at-a-time |
| 20:15.47 | zecke | likewise: but inter procedure support in gcc is 'just' getting extended |
| 20:16.06 | zecke | LLVM is supposed to do these things way better |
| 20:16.12 | zecke | e.g. link time optimisation |
| 20:16.29 | likewise | zecke: interesting. I haven't been reading up on LLVM much... |
| 20:16.55 | *** join/#oe concept10 (n=concept1@ppp-70-247-162-218.dsl.rcsntx.swbell.net) |
| 20:17.50 | koen | llvm rocks |
| 20:18.23 | zecke | likewise: but yes throwing more code at gcc creates better results and smaller code |
| 20:18.43 | zecke | likewise: e.g. KDE is piping most of the cc files of a unit into an all_foo.cc and then compiles this |
| 20:19.06 | chouimat | in theory it work |
| 20:30.32 | sirfred | XorA: I'm suspecting that perhaps the problem is libSDL, not snes9x |
| 20:36.43 | *** join/#oe gremlin[it] (n=gremlin@217.201.29.105) |
| 20:39.40 | koen | sirfred: that would make sense, since libsdl seems to be sensitive to optimizations |
| 20:40.27 | sirfred | koen: I'm trying with : BUILD_OPTIMIZATION_angstrom = "-O2" and FULL_OPTIMIZATION_angstrom = "-fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2" |
| 20:40.51 | koen | you could even try -O3 |
| 20:41.11 | sirfred | It seems that what is causing a lot of misalignment is sdl sound code |
| 20:41.31 | sirfred | When I disable sound in the game, I only get one trap message. |
| 20:41.53 | sirfred | Also, sound is corrupted badly. |
| 20:42.39 | sirfred | I really wish -Os to be the reason, if it's not... |
| 20:45.30 | sirfred | I see that now there are two different keyboards in the angstrom bundled matchbox, but there's no handwriting applet |
| 20:47.22 | sirfred | flag changing doesn't fix the problem. |
| 20:48.34 | *** join/#oe gox (n=goxboxli@176.84-48-210.nextgentel.com) |
| 20:50.18 | *** join/#oe woglinde (i=woglinde@e178123044.adsl.alicedsl.de) |
| 20:50.18 | sirfred | With snes9x running, 53,1% usr, 47,9 % sys |
| 20:50.18 | sirfred | Too much sys time, isn't it? |
| 20:51.07 | Crofton | likewise, libusb has RPATH issues .... |
| 20:52.19 | likewise | Crofton: thanks, I'm still at gnutls :-) |
| 20:52.41 | mrdata | woglinde: hi |
| 20:53.02 | Crofton | Next week, I'll start putting these in bugzilla |
| 20:53.03 | woglinde | hi mrdata |
| 20:53.12 | Crofton | I will be out of town this weekend |
| 20:53.46 | likewise | Crofton: hope you have a nice weekend |
| 20:53.49 | Crofton | thanks |
| 20:53.50 | Crofton | you too |
| 20:54.37 | mrdata | woglinde: comes the "request for exclusive IRQ could not be fulfilled" message for using hostap_cs or orinoco_cs ? |
| 20:54.57 | woglinde | mrdata it comes form ne200 |
| 20:54.58 | woglinde | 0 |
| 20:55.19 | mrdata | woglinde: okay, then i will look on it |
| 20:56.11 | mrdata | woglinde: i getting the same messages while usage hostap_cs and orinoco_cs and it is solved now |
| 20:56.43 | woglinde | oh |
| 20:56.44 | woglinde | nice |
| 20:56.56 | rwhitby | morning |
| 20:56.59 | woglinde | hm yes I have orinoco too but didnt test it |
| 20:57.15 | woglinde | mrdata have you new patches? |
| 20:57.46 | Crofton | likewise, apparently mplayer has bad RPATH also |
| 20:58.05 | woglinde | I guess nearly all packages have bad rpath |
| 20:58.20 | Crofton | not really |
| 20:58.35 | likewise | Crofton: Hmm, reconsidering my job in this :-) |
| 20:58.36 | mrdata | woglinde: patches for what? ;-) |
| 20:58.40 | Crofton | for bootstrap-image I only see gnutls and libusb |
| 20:58.59 | Crofton | so far :) |
| 20:58.59 | woglinde | mrdata hm the irq problem |
| 20:59.34 | mrdata | woglinde: for hostap and orinoco yes -> http://lists.shmoo.com/pipermail/hostap/2007-January/014859.html |
| 21:00.20 | Crofton | likewise, you may need to make it easy to select WARN versus ERROR |
| 21:00.31 | Crofton | so when you are exhausted it can be WARN |
| 21:00.44 | likewise | Crofton: Yes, I suggested this on the list. |
| 21:00.46 | Crofton | but we can still hunt bad packages by selecting ERROR |
| 21:01.00 | likewise | Crofton: I *only* fixed bad RPATH detection, that's all. |
| 21:01.32 | woglinde | mrdata ah than ne2000 fixing should be easy |
| 21:01.37 | woglinde | thanks |
| 21:01.43 | Crofton | I understand it is bad, but I do not really understand enough to help fix |
| 21:01.45 | likewise | Crofton: or just disable insane.bbclass for your builds |
| 21:02.14 | Crofton | I am for pushing really hard to imporve the metadata |
| 21:02.28 | Crofton | it really does help us long term |
| 21:02.34 | likewise | Crofton: me too. But it shouldn't affect non-developers. |
| 21:02.36 | Crofton | searching the bad paths does waste time |
| 21:02.44 | hvontres|poodle | koen: any ideda how "bitbake angstrom-console-image" pulls in a whole bunch of gtk and X11 struff as a dependency? |
| 21:02.48 | Crofton | anyway, I need to run |
| 21:02.50 | Crofton | bye |
| 21:02.51 | likewise | Crofton: conf/distro/include/angstrom.inc:24:INHERIT += "package_ipk debian multimachine sanity devshell angstrom-mirrors insane" |
| 21:02.53 | likewise | Crofton: cu |
| 21:03.04 | woglinde | bye crofton |
| 21:05.04 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 21:05.05 | koen | hvontres|poodle: yes, avahi, see bugzilla |
| 21:05.50 | hvontres|poodle | koen: ahhh, thanks. I thought I was going nuts here...started a fresh build last night :) |
| 21:06.19 | koen | hvontres|poodle: it needs to get fixed, but atm I care too little to spend time on it |
| 21:06.57 | hvontres|poodle | koen: well, at least that'll speed up later x11-image builds :) |
| 21:09.04 | likewise | any Makefile expert here?: what do the 'at's mean surrounding @LDFLAGS@ in a Makefile? |
| 21:09.31 | woglinde | likewise it will filled later |
| 21:09.39 | woglinde | or at run time |
| 21:09.44 | likewise | woglinde: ok, thanks |
| 21:09.57 | *** join/#oe sirfred (n=mteira@253.Red-88-24-25.staticIP.rima-tde.net) |
| 21:11.29 | *** join/#oe gox__ (n=goxboxli@176.84-48-210.nextgentel.com) |
| 21:13.26 | koen | rwhitby: we isolated the problem: http://rafb.net/p/w5TVpi95.html (read around the dutch parts) |
| 21:13.48 | JustinP | likewise: or is that in a Makefile.in? |
| 21:14.24 | zecke | koen: show me the assembly :) |
| 21:14.37 | zecke | koen: at least we can figure out of we branch to strlen at all |
| 21:15.15 | likewise | zecke, koen: I would re-compile the C code, each unit seperatly, then link them together, just to be sure (or use unit-at-a-time) |
| 21:15.31 | likewise | s/seperatly/seperately |
| 21:15.57 | likewise | JustinP: hmm, good question, should check in a minute |
| 21:16.13 | koen | likewise: cross/armeb-angstrom-linux-gnueabi/bin/gcc -static -funit-at-a-time -O0 y.c x.c -o foo ? |
| 21:16.40 | likewise | koen: yes |
| 21:16.49 | koen | same result |
| 21:17.15 | rwhitby | koen: nice work |
| 21:17.23 | likewise | koen: ok, then the test really tested what lennert wanted it to test, I guess |
| 21:17.28 | koen | rwhitby: 99% is lennerts work |
| 21:17.53 | likewise | like most of the arm code we thrive on :-) |
| 21:17.56 | koen | zecke: the non-static version: http://ewi546.ewi.utwente.nl/tmp/strlen.dump |
| 21:19.58 | rwhitby | koen: does that test pass in EABI/EL ? |
| 21:20.02 | zecke | 84c4:ebffff7f __blue119__ 82c8 <.text-0x18> I wonder if that is the strlen call |
| 21:20.36 | koen | rwhitby: yes |
| 21:21.32 | koen | the le version: http://ewi546.ewi.utwente.nl/tmp/strlen.dump.le |
| 21:21.36 | rwhitby | Hmm - I'll need to look back into it since my holidays, but I thought I saw a string truncation problem in arm-kernel-shim for EABI/EL too |
| 21:21.38 | zecke | koen: qemu-armeb is not guilty? |
| 21:22.02 | koen | zecke: rwhitby noticed the problem on real hardware as well |
| 21:23.39 | *** join/#oe Crofton|home (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 21:28.01 | woglinde | hm how to merge with vim? |
| 21:31.30 | *** join/#oe work_donato (n=donato@uriel-03.ite.net.br) |
| 21:31.56 | zecke | dunno |
| 21:33.11 | woglinde | 3 way merge with vim |
| 21:33.49 | *** join/#oe kristoffer (n=kristoff@cust-IP-13.data.tre.se) |
| 21:34.13 | woglinde | vim documentation isnt clear about it |
| 21:36.49 | psokolovsky | woglinde: See bottom of http://www.handhelds.org/moin/moin.cgi/PaulSokolovsky |
| 21:37.59 | woglinde | oh okay |
| 21:38.00 | woglinde | thanks |
| 21:48.01 | *** join/#oe dion (n=dion@inhex.net) |
| 21:48.24 | CIA-11 | 03rwhitby 07org.oe.dev * rd5da5c91... 10/ (1 conf/distro/unslung.conf): unslung.conf: Cleanup pinned versions and preferred providers. |
| 21:49.09 | woglinde | mrdata hm pcnet_cs.c seems to fixed |
| 21:51.23 | mrdata | woglinde: that means the error message is not seen anymore? |
| 21:54.31 | woglinde | mrdata I check it right now |
| 21:55.26 | woglinde | hm |
| 21:55.36 | mrdata | woglinde: you make the change in pcnet_probe() to IRQ_TYPE_DYNAMIC_SHARING | IRQ_FIRST_SHARED right? |
| 21:55.36 | woglinde | seems I killed my oe repos |
| 21:56.12 | mrdata | woglinde: ups :-( |
| 21:57.02 | woglinde | mrdata not really but I cant update anymore |
| 22:02.26 | CoreDump|home | hi |
| 22:02.28 | woglinde | hi coredump |
| 22:07.20 | woglinde | mrdata but on the other way it isnt a problem at simpad because you can use only one card at time |
| 22:07.47 | hvontres|poodle | CoreDump|home: hey there :) |
| 22:09.07 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 22:09.10 | mrdata | woglinde: no pcmcia-card need two or more different irqs |
| 22:09.56 | mrdata | woglinde: on slot, at the time, right |
| 22:10.40 | mrdata | woglinde: how have you killed your repos? |
| 22:10.54 | woglinde | mrdata didnt the 3 mergeway right |
| 22:13.25 | mrdata | woglinde: bad, i do my work old style, slow, most with mc |
| 22:15.23 | *** join/#oe hufnus_cicq (n=tonyb@69-12-177-67.dsl.static.sonic.net) |
| 22:19.55 | *** join/#oe shreyas (n=Shreyas@59.92.128.239) |
| 22:21.23 | zecke | woglinde: strg-c early enough |
| 22:22.19 | woglinde | zecke what? |
| 22:22.57 | zecke | woglinde: before the merge result gets comitted |
| 22:24.25 | *** part/#oe hufnus_cicq (n=tonyb@69-12-177-67.dsl.static.sonic.net) |
| 22:38.15 | woglinde | so |
| 22:38.19 | woglinde | repos is fixed |
| 22:45.56 | hvontres|poodle | CoreDump|home: does the 1.0.x branch have my patches applied or not? |
| 22:46.07 | CoreDump|home | it has |
| 22:46.24 | hvontres|poodle | CoreDump|home: hmmm...it seems to be missig the script... |
| 22:46.35 | CoreDump|home | oh |
| 22:46.54 | hvontres|poodle | CoreDump|home: np. I'll add it in when I get home..:) |
| 22:47.19 | CoreDump|home | yeah, I probably forgot to "svn add" it after applying your patch |
| 22:47.47 | mrdata | woglinde: fine, and the changes in pcnet_cs.c are not helpfull? |
| 22:49.11 | JustinP | (but him) |
| 22:49.22 | woglinde | mrdata hm as far as I read the threads it isnt smp safe |
| 22:49.32 | woglinde | but I am going to sleep now |
| 22:49.35 | woglinde | nite |
| 22:49.41 | mrdata | woglinde: night too |
| 22:49.42 | zecke | night |
| 22:50.05 | XorA|gone | JustinP: I think you are the only one to splash out |
| 22:50.34 | JustinP | XorA|gone: you mean shell out? |
| 22:50.57 | XorA|gone | JustinP: that as well :-) |
| 22:51.45 | hvontres|poodle | JustinP: dosn't RP have one? |
| 22:52.30 | JustinP | ummm....wasn't that me? |
| 22:52.38 | JustinP | it's the only bit of kernel hacking I've done |
| 22:52.48 | hvontres|poodle | well, time to go home... Have a great weekend y'all :) |
| 22:53.00 | JustinP | perhaps he has a CE-RH1 and that started him....would seem awful strange for us both to have that happen that way, though ;-) |
| 22:53.05 | JustinP | hvontres|poodle: enjoy |
| 22:56.36 | XorA|gone | JustinP: I dont think RP has a remote, I have the OE project remote here |
| 22:58.57 | JustinP | XorA|gone: "project remote"? which one? |
| 22:59.13 | XorA|gone | JustinP: same as you |
| 22:59.31 | JustinP | ah....pity |
| 22:59.32 | XorA|gone | JustinP: thats why I was able to give you the method to read the values accurately :-D |
| 22:59.54 | JustinP | I should really package my gizmod script too |
| 22:59.55 | XorA|gone | JustinP: I might build myself a RH1 if I get bored |
| 23:00.03 | JustinP | that would be very useful |
| 23:00.06 | XorA|gone | JustinP: now that would be cool |
| 23:00.11 | JustinP | do you have the schematics? |
| 23:00.46 | XorA|gone | JustinP: I found them on google once |
| 23:01.53 | *** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 23:02.49 | JustinP | http://www.areanine.gr.jp/~nyano/cerh1pad.html |
| 23:02.53 | JustinP | bookmarked ;-) |
| 23:06.33 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 23:08.58 | XorA|gone | JustinP: thats the page, should be like 30 secs to solder that together and I have a C860 to test |
| 23:09.19 | XorA|gone | JustinP: wife is away on a course 13th May onwards, I shall attempt to do it then |
| 23:15.31 | CIA-11 | 03rwhitby 07org.oe.dev * rf8b383b3... 10/ (7 files in 2 dirs): ixp4xx-npe: Updated to microcode version 2.3.2 |
| 23:16.31 | XorA|gone | time for me to sleep |
| 23:18.09 | JustinP | XorA|gone: I would greatly appreciate it |
| 23:18.11 | JustinP | XorA|gone: sleep well |
| 23:28.04 | *** join/#oe icmp (n=icmp@unaffiliated/icmp) |
| 23:32.12 | mrdata | night all |
| 23:55.29 | zecke | nite |