| 00:02.58 | *** join/#oe gerwinin (n=gerwin@ip5457b30e.direct-adsl.nl) |
| 00:03.41 | gerwinin | France I still got some questions are you available ? |
| 00:05.10 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) |
| 00:07.02 | *** join/#oe vtrowel (n=paul@Toronto-HSE-ppp3673716.sympatico.ca) |
| 00:07.21 | *** part/#oe vtrowel (n=paul@Toronto-HSE-ppp3673716.sympatico.ca) |
| 00:10.37 | reenoo_ | 'night all |
| 00:18.00 | zecke | cya |
| 00:18.07 | zecke | RP: ping |
| 00:20.38 | zecke | RP: well I need to postpone applying the patch ;) |
| 00:20.40 | zecke | good nite |
| 00:41.06 | *** join/#oe saturn (i=saturn@c213-100-16-206.swipnet.se) |
| 00:42.36 | *** join/#oe Soopamn (n=soopaman@CPE000d8891ac4c-CM000a739bc374.cpe.net.cable.rogers.com) |
| 00:43.42 | *** join/#oe Ironnads (n=Ironnads@host86-135-177-46.range86-135.btcentralplus.com) |
| 00:44.20 | *** join/#oe CP|Dresden (n=nobody@aus-ext-proxy01.amd.com) |
| 00:51.09 | *** join/#oe dude_ (n=abrewer@adsl-152-36-73.gnv.bellsouth.net) |
| 00:55.12 | *** join/#oe Soopaman (n=soopaman@69.158.180.139) |
| 00:56.21 | *** join/#oe Soopaman (n=soopaman@69.158.180.139) |
| 01:05.33 | *** join/#oe noclouds (n=mhfan@60.166.39.9) |
| 01:08.23 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 01:09.10 | *** join/#oe csmanx (n=csman@201.230.139.156) |
| 01:20.55 | *** join/#oe idealm (n=ideal@58.33.49.65) |
| 01:24.23 | *** join/#oe andersee (n=andersen@codepoet.org) |
| 01:40.48 | *** join/#oe andersen (n=andersen@codepoet.org) |
| 02:09.22 | *** join/#oe leFrog (n=karsten@p5089A57E.dip0.t-ipconnect.de) |
| 02:19.14 | *** join/#oe pb_ (n=pb@2002:5168:d214:1:a00:1fff:fe06:93c) |
| 02:27.30 | *** join/#oe Soopamn (n=soopaman@CPE000d8891ac4c-CM000a739bc374.cpe.net.cable.rogers.com) |
| 02:37.17 | *** join/#oe malfimalfi (n=malte@dslb-084-059-009-199.pools.arcor-ip.net) |
| 02:53.27 | *** join/#oe tmbinc (i=XXX@dslb-082-083-087-179.pools.arcor-ip.net) |
| 02:57.17 | *** join/#oe Soopamn (n=soopaman@69.158.180.139) |
| 02:58.49 | *** join/#oe noclouds (n=mhfan@60.166.39.9) |
| 03:31.39 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 03:40.35 | andrewy | I deleted the opie-irc files from work and deploy/ipk, but when I 'bitbake opie-irc' it still doesn't actually build it. bitbake -f doesn't force it to build either, how can I force it to rebuild? |
| 03:43.52 | NAbyss | rm -f tmp/stamps/opie-irc* |
| 03:44.35 | andrewy | ah, thanks |
| 04:10.22 | andrewy | even after deleting the stamps, it's using some kind of cache to recompile opie-irc |
| 04:10.32 | andrewy | I purposefully added syntax errors to the source, yet it still compiles cleanly |
| 04:11.49 | andrewy | oh, it stopped using cvs and started using the tarball :/ |
| 04:11.59 | andrewy | stupid mistake |
| 04:27.24 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
| 04:31.19 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
| 04:35.49 | *** join/#oe memeofis (n=memeruiz@201.194.192.98) |
| 04:38.15 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 04:45.48 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
| 04:49.39 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
| 05:03.03 | *** join/#oe FireEgl (n=FireEgl@Atlantica.US) |
| 05:09.27 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
| 05:10.42 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
| 05:14.12 | *** join/#oe koen|sleep (i=koen@dominion.kabel.utwente.nl) |
| 05:15.34 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
| 05:33.08 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 05:37.09 | *** join/#oe iclem_ (n=clement@iclem.net) |
| 05:58.53 | *** join/#oe noclouds (n=mhfan@60.166.39.9) |
| 06:00.18 | *** join/#oe mrz80 (n=scotsman@n128-227-48-153.xlate.ufl.edu) |
| 06:16.13 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:27.33 | *** join/#oe dijenerate (n=dijenera@72.22.159.26) |
| 06:27.56 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 06:28.16 | *** join/#oe Jenna (n=cherryRe@209.8.233.236) |
| 06:28.18 | *** join/#oe [lala_] (n=lala@p54B391C4.dip0.t-ipconnect.de) |
| 06:28.49 | *** part/#oe Jenna (n=cherryRe@209.8.233.236) |
| 06:36.53 | *** join/#oe hufnus (n=slonsiki@DSL135-071.labridge.com) |
| 06:46.52 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 06:54.47 | *** join/#oe noclouds (n=mhfan@60.166.39.9) |
| 07:02.41 | *** part/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 07:14.36 | DataBeaver | Is there some bitbake command to rebuild (if needed) all the packages I have previously built? |
| 07:16.53 | *** join/#oe noclouds (n=mhfan@60.166.55.120) |
| 07:29.17 | emte | rm -Rf tmp |
| 07:29.20 | emte | :) |
| 07:30.37 | Luke-Jr | emte: NO! that loses old images/ipks |
| 07:32.38 | DataBeaver | Yeah, definitely not that |
| 07:33.30 | emte | well rebuilding would infer that the images and ipks would be invalid |
| 07:33.55 | DataBeaver | Not necessarily all. |
| 07:34.00 | Luke-Jr | pfft, so archive them |
| 07:34.25 | Luke-Jr | and it could also mean that he just wants to rebuild |
| 07:34.35 | Luke-Jr | in which case, the old ones would stick around until the new ones were ready |
| 07:34.45 | emte | ... |
| 07:35.08 | emte | why would you have net access to the sources in your compile directory ? |
| 07:35.08 | Luke-Jr | maybe with optimized CFLAGS |
| 07:35.09 | DataBeaver | What I want is an easy way to rebuild all the packages which have been updated on the upstream side |
| 07:35.20 | Luke-Jr | emte: ??? |
| 07:35.33 | emte | Luke-Jr in which case, the old ones would stick around until the new ones were ready |
| 07:35.35 | Luke-Jr | emte: tmp/deploy isn't sources |
| 07:35.57 | emte | i am aware |
| 07:36.09 | emte | sources is also not normally stored in tmp/ |
| 07:36.19 | Luke-Jr | and I'm talking about not-removing ipks when rebuilding |
| 07:36.22 | DataBeaver | Yes they are, in tmp/work |
| 07:36.26 | emte | its usually one directory up from build |
| 07:36.58 | Luke-Jr | BTW, I think there might be a loophole in the GPL that makes distributing tarballs or compressed sources illegal =p |
| 07:37.10 | DataBeaver | Eh, why? |
| 07:37.16 | Luke-Jr | since compressed files aren't the preferred form for editing |
| 07:37.33 | Luke-Jr | and thus don't qualify for the GPL's definition of sources |
| 07:37.38 | DataBeaver | I could just find|sed|xargs the ipk directory to bitbake, but it would be nice if there was some easier way... |
| 07:37.57 | DataBeaver | Anyways, gotta go now, bus leaving in 7 minutes. |
| 07:38.41 | emte | DataBeaver, i hope you are aware that depending on upstream changes it may render most of your "current" stuff invalid |
| 07:40.13 | emte | even packages between snapshots of the main distros are rarly compatable |
| 07:41.04 | Luke-Jr | is org.oe.dev still broken? |
| 07:41.26 | emte | cant say i've any issues |
| 07:41.48 | emte | aside from a sysv problem |
| 07:42.05 | Luke-Jr | eh, what's w/ the topic, then? |
| 07:42.29 | NAbyss | Luke-Jr: I still can't build here |
| 07:42.30 | emte | regarding? |
| 07:42.50 | Luke-Jr | emte: '... to avoid breakage' |
| 07:43.08 | emte | that has to do with meta structuring changes |
| 07:43.23 | emte | DEPENDS, RDEPENDS< USE, etc |
| 07:51.50 | Luke-Jr | right... does it still apply? |
| 07:51.59 | emte | as far as i know |
| 07:52.34 | emte | i expect it will be removed and a message sent to the mailing list when it is done |
| 07:56.25 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 07:56.47 | emte | as per mailing list there are issues |
| 07:56.55 | emte | especially with meta-sdl |
| 07:57.12 | emte | er |
| 07:57.15 | emte | meta-sdk |
| 08:00.53 | *** join/#oe Luke-Jr (n=luke-jr@user-0c93tin.cable.mindspring.com) |
| 08:01.14 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-85.reverse.mdcc-fun.de) |
| 08:02.26 | emte | Luke-Jr, http://www.handhelds.org/hypermail/oe/current/5516.html |
| 08:03.48 | emte | anyway time for sleep while it crunches to the failure point |
| 08:04.03 | emte | we shall see if i fixed the issue ... |
| 08:04.35 | emte | no point in watching glibc compile for 1/2 an hour |
| 08:12.16 | *** join/#oe noclouds (n=mhfan@60.166.55.120) |
| 08:20.05 | *** join/#oe rob_w-cgi (n=txuser@dd1010.kasserver.com) |
| 08:26.55 | RP | morning all |
| 08:35.11 | *** join/#oe hrw (n=hrw@c33-187.icpnet.pl) |
| 08:35.32 | *** join/#oe lazy_marmot (n=lazy_mar@host-62-245-231-14.customer.m-online.net) |
| 08:38.21 | *** join/#oe hrw (n=hrw@c33-187.icpnet.pl) |
| 08:38.27 | hrw | re |
| 08:38.31 | hrw | morning all |
| 08:38.32 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 08:38.35 | RP | morning hrw |
| 08:40.20 | hrw | ewi need resetmonkey again? |
| 08:44.49 | hrw | 2.6.16-rc1 released. |
| 08:45.52 | hrw | 15 minutes ago anyway so not on mirrors yet |
| 08:46.20 | hrw | 4M bzipped.. big |
| 08:48.25 | hrw | and it does not apply to my 2.6.15 tree.... |
| 08:50.10 | *** join/#oe wingel (n=wingel@2-1-3-15a.ens.sth.bostream.se) |
| 08:51.58 | hrw | heh.. forgot about swsusp2 |
| 08:55.07 | XorA | morning |
| 08:55.44 | hrw | hi XorA |
| 09:00.50 | XorA | ~lart everyone who does -I$(includedir) in Makefile.am |
| 09:03.59 | *** join/#oe [lala] (n=lala@ip-217-18-177-18.reverse.dsi.net) |
| 09:10.45 | *** join/#oe bora (n=bora@85.101.217.105) |
| 09:11.51 | *** join/#oe mithro (n=tim@213.240.251.102) |
| 09:19.35 | XorA | ~lart pkgconfig that is in OE |
| 09:23.30 | *** join/#oe Hhhhh (n=cristoba@158.91.201.220) |
| 09:24.46 | *** join/#oe luke-jr_ (n=luke-jr@user-0c93tin.cable.mindspring.com) |
| 09:25.43 | *** join/#oe hrw (n=hrw@c33-187.icpnet.pl) |
| 09:25.49 | hrw | re |
| 09:26.07 | luke-jr_ | re? |
| 09:26.41 | hrw | re as welcome back |
| 09:30.51 | *** join/#oe lrg|home (n=liam@exize.demon.co.uk) |
| 09:31.01 | lrg|home | morning all |
| 09:31.49 | hrw | hi Liam |
| 09:31.59 | RP | hi liam |
| 09:32.29 | *** join/#oe bluelightning (n=blueligh@222-154-149-121.jetstream.xtra.co.nz) |
| 09:33.09 | hrw | hi bluelightning |
| 09:33.20 | bluelightning | hi hrw |
| 09:33.21 | bluelightning | hi all |
| 09:35.57 | hrw | time to hack opie-console again |
| 09:36.23 | XorA | hrw: #include rxvt |
| 09:36.27 | bluelightning | hrw: I'm glad someone is still working on opie |
| 09:36.33 | mithro | hey people |
| 09:36.38 | bluelightning | hi mithro |
| 09:36.41 | hrw | bluelightning: I do some polish mainly |
| 09:36.56 | bluelightning | mithro: are you coming to LCA? |
| 09:37.03 | bluelightning | in fact, is anyone here going? |
| 09:38.55 | mithro | bluebugs: sadly no, I'm in Europe at the moment |
| 09:39.05 | mithro | s/ bluebugs / bluelightning / |
| 09:39.30 | mithro | s/bluebugs/bluelightning/ |
| 09:39.49 | mithro | who taught ibot about s/ ? |
| 09:42.14 | bluelightning | heh |
| 09:42.16 | bluelightning | ibot knows all |
| 09:42.17 | ibot | and don't you forget it |
| 09:42.22 | bluelightning | LOL |
| 09:42.23 | hrw | ;) |
| 09:42.45 | bluelightning | legendary |
| 09:42.47 | hrw | ibot to cwana bestia jest |
| 09:42.58 | luke-jr_ | wtf |
| 09:43.14 | hrw | ha! I knowed that he (ibot) did not understand Polish ;) |
| 09:46.21 | *** join/#oe pb__ (n=pb@2002:5246:d929:1:20e:2eff:fe2d:60bf) |
| 09:46.22 | mithro | hrw: maybe he does and just chose not to respond? |
| 09:46.43 | mithro | so bluelightning you going to LCA then? |
| 09:47.56 | bluelightning | mithro: yeah, I figured it would be a shame not to seeing as it's in NZ this year |
| 09:47.57 | bluelightning | even if it is at the other end of the country |
| 09:51.41 | hrw | I like my fewliners in opie source |
| 09:52.51 | hrw | bluelightning: http://home.hrw.one.pl/oe/diffs/20060117_opie-console-use-default-fixed.diff - what do you think as opie dev? |
| 09:53.33 | bluelightning | hrw: I'm not really an opie dev... I can already see by looking at that patch that you know more than I do :) |
| 09:53.45 | bluelightning | at this stage I've only sent in a few minor patches |
| 09:53.45 | hrw | ;) |
| 09:54.13 | bluelightning | I've done lots of testing though... which reminds me I have tons of things I'm supposed to be doing for Familiar |
| 09:54.19 | hrw | bluelightning: most of my opie work are few minor/major patches. this one is polishing |
| 09:56.33 | hrw | sometimes it is good to be sick for longer time then it is needed |
| 10:02.48 | hrw | commited. now time to add it into OE |
| 10:04.57 | *** join/#oe panda (n=zhanght@221.221.153.119) |
| 10:05.00 | hrw | RP: CVSDATE is totally unused now? |
| 10:06.49 | RP | hrw: correct |
| 10:12.36 | XorA | the finding of files behavious in bitbake appears to have changed |
| 10:14.19 | RP | XorA: In what way? |
| 10:14.37 | RP | XorA: The build order will have changed after the changes I've made... |
| 10:14.54 | XorA | RP: in mozille there is firefox-1.0.6, firefox and files directories, it used to work, now it is not looking in firefox-1.0.6 but in firefox/ for files |
| 10:15.14 | RP | That shouldn't have changed |
| 10:15.37 | RP | I'd check what FILESPATH is getting set to |
| 10:21.24 | XorA | RP: some craziness is happening as it just worked in the bitbake -b case :-( |
| 10:24.30 | *** join/#oe Cwiiis (n=cwiiis@host86-134-49-58.range86-134.btcentralplus.com) |
| 10:27.11 | RP | XorA: It should always work :-/ |
| 10:27.22 | XorA | RP: I shall dig about |
| 10:28.17 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 10:28.24 | *** join/#oe boras (n=bora@85.101.217.105) |
| 10:28.37 | [lala] | morning :) |
| 10:29.04 | RP | morning [lala] |
| 10:29.09 | [lala] | are there any defaults for CONFFILES? |
| 10:29.25 | CIA-4 | 03rpurdie 07org.oe.dev * r9c6d2f9e... 10/ (13 files in 3 dirs): |
| 10:29.25 | CIA-4 | Cleanup of GPE meta files: |
| 10:29.25 | CIA-4 | <PROTECTED> |
| 10:29.25 | CIA-4 | <PROTECTED> |
| 10:29.25 | CIA-4 | <PROTECTED> |
| 10:29.25 | CIA-4 | <PROTECTED> |
| 10:30.26 | [lala] | as far as i see it the pcmcia-cs package for instance does not define any files as CONFFILES |
| 10:31.35 | [lala] | when i happen to change some files in /etc/pcmcia and i update the pcmcia-cs pkg afterwards ... would that not mean that i loose my changes that way? |
| 10:32.31 | hrw | yes |
| 10:32.50 | [lala] | hmm, is that intended? |
| 10:32.55 | hrw | [lala]: you can create lala.conf and add there but changes are other thing... |
| 10:33.47 | johnX | somehow I managed to bork my OE tree. Is there a site up right now that has an OE.db.bz2 style snapshot? |
| 10:34.11 | [lala] | hrw: right, that would work, since /etc/pcmcia/config kindly includes *.conf :-) |
| 10:34.51 | *** join/#oe hrw (n=hrw@c33-187.icpnet.pl) |
| 10:34.58 | hrw | re |
| 10:35.02 | hrw | irssi dumped |
| 10:35.05 | [lala] | wb |
| 10:35.06 | bluelightning | wb :) |
| 10:35.18 | [lala] | hrw: right, that would work, since /etc/pcmcia/config kindly includes *.conf :-) |
| 10:35.53 | [lala] | hrw: but i was wondering if not declaring those files as conffiles is on purpose :) |
| 10:36.30 | hrw | dont know |
| 10:37.52 | RP | [lala]: It does sounds like a bit of a bug... |
| 10:39.12 | [lala] | RP: what exactly happens if i change some declared conffiles and then update the pkg? does it keep my changes or does it ask me what to do? |
| 10:39.58 | RP | [lala]: The would presumable fall to ipkg and I'm not sure what it does. There are two ways to find out :) |
| 10:40.19 | hrw | will overwrite |
| 10:40.46 | [lala] | hrw: if it would overwrite - what would be the meaning of conffiles then? :) |
| 10:41.04 | hrw | [lala]: they are not CONFFILES now.. |
| 10:41.20 | hrw | koen|sleep: ping |
| 10:41.25 | [lala] | hrw: i know, but my question was, what would happen if they were ... |
| 10:41.43 | hrw | if were then ipkg will ask |
| 10:41.49 | [lala] | ok |
| 10:42.01 | hrw | install my/keep your/show diff etc |
| 10:42.46 | [lala] | same as dpkg then ... good |
| 10:52.51 | RP | [lala]: I think they should be declared as CONFFILES and that is a bug in OE... |
| 10:56.43 | [lala] | RP: that's why i was wondering if there are any defaults for CONFFILES ... like /etc/*, except /etc/init.d/* or something like that |
| 10:57.54 | XorA | ~lart linsys for the worlds worst power supplies |
| 11:01.36 | *** join/#oe Mardy (n=mardy@adsl-ull-103-202.42-151.net24.it) |
| 11:01.43 | Mardy | hi |
| 11:03.33 | RP | [lala]: I don't think it supports globbing |
| 11:03.39 | RP | hi mardy |
| 11:08.56 | pb__ | [lala]: that would be a good idea. I think that even the stuff in init.d is a conffile in debian. |
| 11:09.31 | hrw | debian has whole /etc/ as conffiles |
| 11:09.42 | pb__ | right |
| 11:10.42 | *** join/#oe _bora (n=bora@85.101.217.105) |
| 11:16.50 | RP | It should go on the todo list... |
| 11:24.19 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
| 11:29.47 | [lala] | RP: i investigated the white screen a bit further ... if i boot the kernel the whitescreen always happens while switching to framebuffer |
| 11:30.17 | [lala] | RP: but it doesn't stop the boot process |
| 11:30.37 | [lala] | RP: u can do suspend/resume to reanimate the screen |
| 11:31.30 | [lala] | RP: if the borzoi crashed for instance due to a kernel oops than it is most likely that i end up with a white screen after reset |
| 11:32.36 | RP | [lala]: It sounds like the problem is in the setvar function in pxafb then |
| 11:34.08 | RP | [lala]: Which helps narrow down the problem a lot. Its performing some illegal access to the framebuffer registers which locks the lcd panel up, probably as some timings go out of sync |
| 11:35.09 | [lala] | RP: i'm glad if that helps :) |
| 11:35.45 | RP | [lala]: I know the kind of bug to look for now :) |
| 11:36.43 | *** join/#oe Jenna (n=cherryRe@209.8.233.254) |
| 11:37.12 | *** part/#oe Jenna (n=cherryRe@209.8.233.254) |
| 11:47.02 | *** join/#oe _guillermo (n=guillerm@dslb-084-062-146-242.pools.arcor-ip.net) |
| 11:57.27 | *** join/#oe idealm (n=ideal@58.33.49.65) |
| 12:23.26 | XorA | ~lart builds that only work on i386 |
| 12:32.31 | *** join/#oe katossi_uni (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 12:49.09 | *** join/#oe guillermo_ (n=guillerm@dslb-084-062-157-253.pools.arcor-ip.net) |
| 12:56.03 | *** join/#oe greentux (n=m@ip-217-18-177-18.reverse.dsi.net) |
| 12:59.21 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 13:06.18 | greentux | hi all... |
| 13:20.12 | hrw | hi greentux |
| 13:21.32 | greentux | hciattach doesnt die after remove bluetooth card... |
| 13:23.07 | greentux | killall hciattch brings kernel trace |
| 13:37.47 | greentux | somebody else a bluetooth card? |
| 13:38.17 | _law_ | greentux, i?ll try mom |
| 13:38.31 | XorA | greentux: I do |
| 13:38.42 | greentux | XorA: 2.6 kernel latest? |
| 13:38.53 | XorA | greentux: I see same effect as you occasionally |
| 13:39.34 | greentux | XorA: problem is that nobody kills hciattach |
| 13:39.47 | XorA | greentux: I use gpe-bluetooth |
| 13:40.22 | _law_ | greentux, removed bluetooth-card, but there is no hciattach job running |
| 13:40.31 | greentux | cardctl eject shows the same effects |
| 13:40.52 | greentux | _law_: 2.6 kernel ? opie or gpe? |
| 13:42.25 | _law_ | greentux, kernel 2.6 (2.6.15-rc7) with gpe and gpe-bluetooth running |
| 13:42.43 | _law_ | but i?ll update to latest kernel later |
| 13:43.19 | greentux | ok, thanx. usually should pcmcia handle these events, sot a app... mmh |
| 13:45.59 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 13:50.41 | [lala] | law: do you have a card which uses serial_cs? |
| 13:53.57 | _law_ | [lala], no i use an nokia bluetooth cf |
| 14:01.31 | [lala] | but after inserting the card you have an hciattach running? |
| 14:03.15 | _law_ | [lala], no |
| 14:04.22 | _law_ | ok hciattach is only for serial devices |
| 14:04.27 | _law_ | dont know this |
| 14:11.45 | [lala] | ah, here we go |
| 14:11.53 | [lala] | that explains it |
| 14:12.30 | [lala] | so anyone here with a bluetooth card which uses serial_cs? |
| 14:12.40 | _law_ | gpe-bluetooth doesnt build :-( http://pastebin.com/509833 |
| 14:14.10 | emte | hrw, pb__, RP any of you know of any reason why we would be using SYSV IPC over TCP IPC ? |
| 14:14.25 | emte | this will cause an issue on any non-SYSV system |
| 14:15.26 | *** join/#oe minipanda (n=zhanght@221.122.51.131) |
| 14:15.30 | *** join/#oe _guillermo (n=guillerm@dslb-084-062-164-090.pools.arcor-ip.net) |
| 14:16.13 | emte | otherwise its off to the mailing list i go |
| 14:17.19 | hrw | emte: I could say: ke? as I'm rather web programmer then application |
| 14:17.25 | [lala] | _law_: and you can establish a network connection with your bluetooth card? |
| 14:17.37 | [lala] | like gprs/umts? |
| 14:18.02 | hrw | cu |
| 14:18.04 | emte | hrw, was kind of hoping you might have saw this issue come up before |
| 14:18.14 | emte | cya |
| 14:19.29 | emte | i'll send it to the mailing list since this will cause an isse for any pure debian system and i suspect OSX |
| 14:19.36 | emte | issue* |
| 14:25.08 | pb__ | _law_: that error seems pretty self-explanatory: you need libcontactsdb |
| 14:26.35 | *** join/#oe gerwinin (n=gerwin@ip5457b30e.direct-adsl.nl) |
| 14:26.39 | gerwinin | lo |
| 14:26.54 | gerwinin | france are you there ? |
| 14:27.48 | *** join/#oe andrewy (n=boo@user-0c6scm8.cable.mindspring.com) |
| 14:31.29 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 14:31.39 | emte | aww man pb__ now you show up ... after i wrote that long email ... |
| 14:32.16 | emte | anyway its on the mailing list now |
| 14:35.21 | emte | now i wonder if i spell checked it ... |
| 14:35.47 | *** join/#oe Crofton (n=balister@206.128.246.5) |
| 14:38.09 | *** join/#oe BeautifulMess (n=Shalom@dslb-084-063-106-248.pools.arcor-ip.net) |
| 14:40.08 | *** part/#oe BeautifulMess (n=Shalom@dslb-084-063-106-248.pools.arcor-ip.net) |
| 14:41.26 | _law_ | [lala], yes gprs/umts works |
| 14:42.06 | XorA | [lala]: _law_ I use GPRS a lot with my BT card |
| 14:45.38 | _law_ | i also use gprs a lot. |
| 14:45.57 | XorA | I also use a billionton card which I think is serial_cs |
| 14:46.03 | XorA | I have to setserial it anyway |
| 14:46.12 | _law_ | but gkdial isnt the best dialer :-) |
| 14:47.55 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 14:48.05 | *** join/#oe gerwinin (n=gerwin@ip5457b30e.direct-adsl.nl) |
| 14:49.35 | *** join/#oe katossi (n=guillerm@dslb-084-062-164-090.pools.arcor-ip.net) |
| 14:53.29 | *** join/#oe Hhhhh (n=cristoba@158.91.201.220) |
| 15:11.02 | chouimat | morning |
| 15:11.39 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 15:19.31 | *** join/#oe Hhhhh (n=cristoba@158.91.201.220) |
| 15:25.50 | *** join/#oe idealm (n=ideal@58.33.49.65) |
| 16:06.08 | [lala] | XorA: i have the billionton card as well. i have modified the pcmcia configs so that the correct speed is used (921600) and hciattach is started after insert |
| 16:06.27 | [lala] | XorA: the only problem is, that hciattach does not get killed if i remove the card - either physically or by cardctl means |
| 16:06.36 | XorA | [lala]: yes noticed that |
| 16:06.54 | [lala] | and if u then reinsert the card hciattach chokes |
| 16:07.32 | [lala] | and if u try to kill hciattach while the card is out then u get a kernel trace |
| 16:07.41 | [lala] | null pointer exception |
| 16:07.56 | [lala] | and hciattach is a non-killable zombie |
| 16:08.13 | XorA | [lala]: seen that on accasion as well, I just never knew what caused it until greentux was talking about it |
| 16:08.38 | pb__ | [lala]: that last bit is definitely a kernel bug. The hciattach not getting killed in the first place is probably a bug in the pcmcia scripts. |
| 16:08.38 | *** join/#oe Crofton (n=balister@206.128.246.5) |
| 16:08.55 | [lala] | funny thing is, u can kill hciattach safely as long as the card is inserted |
| 16:09.17 | [lala] | pb_: the problem here is some kind of race |
| 16:09.49 | [lala] | pb_: the pcmcia scripts try to do a fuser call to get the pids still using the serial device (ttyS3) |
| 16:10.10 | [lala] | pb_: but that device just vanished before the fuser is called |
| 16:10.57 | [lala] | the right thing to do would be killing hciattach _before_ any device gets removed, but i dunno how to accomplish that |
| 16:17.33 | [lala] | RP: any idea regarding that kernel oops caused by hciattach? |
| 16:18.56 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-8-67.w83-115.abo.wanadoo.fr) |
| 16:22.24 | CoreDump|home | hi |
| 16:25.19 | alan|laptop | hi CoreDump|home |
| 16:32.39 | RP | [lala]: Do you have a link to the oops? |
| 16:37.14 | [lala] | not at the moment. greentux just grabbed the z and took it with him :( |
| 16:37.59 | [lala] | can give it to you on thursday i think |
| 16:38.36 | [lala] | one message i remember is that the kernel complained about "too much work for irq 137" |
| 16:38.51 | [lala] | thats the one the cf card used |
| 16:39.05 | RP | [lala]: ok, there's not much I can do without it... |
| 16:39.12 | [lala] | yep |
| 16:42.57 | [lala] | any idea when one of the servers will be online again? (ewi, vanille) |
| 16:44.27 | *** join/#oe hufnus (n=slonsiki@DSL135-071.LABridge.com) |
| 16:47.21 | *** join/#oe law_ (n=_law_@213.173.86.202) |
| 16:48.31 | andrewy | bitbake mono fails for me with the error "| socket-io.c:793: internal compiler error: in arm_print_operand, at config/arm/arm.c:9887", anyone know how to fix that? |
| 16:49.21 | *** join/#oe _law_|iBook (n=_law_|iB@213.173.86.202) |
| 16:56.24 | *** join/#oe hrw (n=hrw@c33-187.icpnet.pl) |
| 16:56.34 | hrw | hi |
| 16:56.51 | hrw | koen felt asleep and have good dream.. |
| 16:57.01 | raduga | any news on ewi? |
| 16:57.28 | hrw | without koen we cannot do anything. |
| 17:01.46 | *** join/#oe erkki_ (n=erkki@sa-184-243.saturn.infonet.ee) |
| 17:02.47 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 17:03.41 | *** join/#oe Crofton_|laptop (n=balister@206.128.246.5) |
| 17:05.58 | erkki_ | hello, are there problems currently pulling oe from the servers or is it just me?.. also, the daily snapshot download link doesn't seem to respond |
| 17:07.23 | raduga | ewi546 is down. |
| 17:07.55 | raduga | vanille.de appearst to be up, but some people have claimed it has problems |
| 17:11.24 | erkki_ | ok |
| 17:12.56 | [lala] | just tried to sync with vanille ... doesnt work here |
| 17:13.20 | [lala] | i get a reset packet if i try to connect to port 5253 |
| 17:14.17 | erkki_ | yeah, I had no luck also |
| 17:15.01 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 17:18.00 | *** join/#oe lardman (n=lardman@138.38.73.178) |
| 17:20.44 | *** join/#oe hrw (n=hrw@c33-187.icpnet.pl) |
| 17:20.52 | hrw | re |
| 17:24.28 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 17:28.22 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
| 17:42.38 | *** join/#oe canbaris (n=Can@85.101.23.195) |
| 17:47.55 | hrw | from here I do not lose history |
| 17:55.39 | *** join/#oe canbaris (n=Can@85.101.23.195) |
| 17:56.21 | *** join/#oe dan2003 (n=dan2003@cpc3-ware3-3-0-cust39.lutn.cable.ntl.com) |
| 18:01.44 | *** join/#oe [lala_] (n=lala@p54B391C4.dip0.t-ipconnect.de) |
| 18:01.44 | *** join/#oe canbaris (n=Can@85.101.23.195) |
| 18:07.30 | *** join/#oe malfi (n=malte@dslb-084-059-009-199.pools.arcor-ip.net) |
| 18:09.45 | hrw | ~users |
| 18:09.47 | ibot | so this is what we get for sharing our unpaid volunteer work with you? complaints and accuses? <irony> well done, this clearly supports our motivation to continue working on open source projects. </irony> |
| 18:09.53 | lardman | hey hrw |
| 18:09.57 | hrw | ho |
| 18:20.29 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 18:22.43 | *** join/#oe zap (n=zap@217.170.93.9) |
| 18:23.06 | Hhhhh | lol |
| 18:23.08 | Hhhhh | @ ibot |
| 18:25.45 | *** join/#oe _alwin_ (n=ral@cable-195-14-198-63.netcologne.de) |
| 18:26.19 | *** join/#oe Crofton (n=balister@206.128.246.5) |
| 18:29.18 | katossi | today I compiled an image for my akita |
| 18:29.24 | erkki_ | anyone has any idea if there's a alternate mirror for downloading daily snapshots of oe? |
| 18:29.34 | katossi | and uname reports a 2.6.15 kernel working |
| 18:29.58 | katossi | but the modules are in /lib/modules/2.6.14-git3 directory |
| 18:30.10 | katossi | is this normal? |
| 18:30.26 | katossi | if I try to load modules with modprobe, they're never found |
| 18:30.55 | *** join/#oe pH5 (n=ph5@e178202087.adsl.alicedsl.de) |
| 18:31.14 | pH5 | good evening |
| 18:33.38 | hrw | hi pH5 |
| 18:34.07 | pH5 | hi hrw |
| 18:36.27 | pH5 | good morning koen |
| 18:36.48 | hrw | koen: hi |
| 18:37.10 | koen | hi all |
| 18:37.47 | hrw | koen: could you order resetmonkey again? |
| 18:40.44 | hrw | cool |
| 18:40.53 | *** join/#oe alwin_ (n=ral@cable-84-44-250-222.netcologne.de) |
| 18:41.12 | hrw | I have one fix for branch to push there |
| 18:43.05 | hrw | hmm.. vanille is responding.. will push there |
| 18:46.54 | *** join/#oe alan|home (n=alan@ARouen-152-1-56-203.w83-199.abo.wanadoo.fr) |
| 18:49.01 | *** join/#oe |nico| (i=nico@212-100-183-25.adsl.easynet.be) |
| 18:49.44 | *** join/#oe reenoo_ (n=r@p5489D01C.dip.t-dialin.net) |
| 18:49.52 | reenoo_ | evening |
| 18:51.17 | hrw | hi Rene |
| 18:52.37 | reenoo_ | hi Marcin |
| 18:53.22 | *** join/#oe tkimball (n=Alan_Kie@ool-44c1ec54.dyn.optonline.net) |
| 18:58.12 | *** join/#oe shiyee (n=Shiyee@0x50c5a70b.abnxx4.adsl-dhcp.tele.dk) |
| 18:58.48 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 19:01.40 | *** join/#oe xinfinityx (n=infinity@88-104-202-41.dynamic.dsl.as9105.com) |
| 19:05.48 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r8bc80d18... 10/packages/opie-console/ (2 files in 2 dirs): |
| 19:05.48 | CIA-4 | opie-console: yet another CVS backport |
| 19:05.48 | CIA-4 | - fallback in configuration to fixed font from qpe.conf |
| 19:05.49 | CIA-4 | taken from .dev |
| 19:05.53 | CIA-4 | 03hrw 07org.oe.dev * rb78c38c1... 10/packages/opie-console/ (2 files in 2 dirs): |
| 19:05.53 | CIA-4 | opie-console: yet another CVS backport |
| 19:05.53 | CIA-4 | - fallback in configuration to fixed font from qpe.conf |
| 19:10.12 | Hhhhh | hello |
| 19:10.58 | Hhhhh | could anybody give me a hand in flashing the Sharp ROM 3.10 onto a Zaurus SL-5500 (I just bought it and it came with another ROM) |
| 19:11.24 | hrw | put OSPACK on cf card and flash |
| 19:11.32 | Hhhhh | just OSPACK file? |
| 19:11.35 | Hhhhh | nothing else? |
| 19:11.50 | hrw | iirc nothing |
| 19:11.57 | hrw | never wanted to go to sharp |
| 19:12.04 | hrw | Hhhhh: next time go #zaurus |
| 19:12.27 | Hhhhh | questions about the CF: is a 32MB CF Type I ok for flashing a SL-5500? |
| 19:12.36 | hrw | yes |
| 19:12.56 | hrw | Hhhhh: anyway on #oe this is offtopic a bit |
| 19:12.57 | Hhhhh | I understand that it has to be formatted in FAT16 for flashing, right? |
| 19:13.04 | Hhhhh | I'm sorry |
| 19:13.11 | hrw | yes |
| 19:13.40 | Hhhhh | I formatted CF with the Z, will that make it FAT16? |
| 19:14.33 | hrw | depends which tool used etc.. |
| 19:15.14 | Hhhhh | In theKompany ROM, under Utilities tab, I used Formatter |
| 19:15.22 | Hhhhh | it didn't ask me for any format or anything' |
| 19:15.45 | Hhhhh | wait, it let me select minix, ext2 or vfat |
| 19:15.49 | Hhhhh | vfat, I assume? |
| 19:15.53 | andrewy | yes |
| 19:16.10 | hrw | vfat |
| 19:18.58 | Hhhhh | another question: the ROM Flashing How-To for SL-5x00 in OESF talks about some initrd.bin and zImage files that need to be put in the CF (the How-To is talking about Sharp ROM 1.37/1.38, I'm installing 3.10). Is OSPACK the only thing I need to worry about? |
| 19:19.13 | andrewy | yes |
| 19:19.41 | Hhhhh | I assume initrd.bin and zImage is an old thing? |
| 19:19.57 | andrewy | other roms use them, sharp's doesn't |
| 19:20.13 | Hhhhh | gotcha |
| 19:20.52 | hrw | zImage + initrd.bin is safer then OSPACK ;) |
| 19:22.34 | Hhhhh | and to flash, just plug in AC, and having OZPACK in CF memory card, just hold C and D and press full reset in battery compartment? |
| 19:22.37 | Hhhhh | anything else? |
| 19:22.44 | hrw | nothing more |
| 19:24.35 | Hhhhh | now, in order to open battery compartment, I had to move switch on the back to "replace battery", do I need to switch back to "normal operation" (with battery compartment open)? Do I have to have Z turned on? |
| 19:25.10 | Hhhhh | for the flashing, that is |
| 19:25.18 | andrewy | no |
| 19:25.22 | andrewy | leave it as replace batter |
| 19:25.27 | Hhhhh | ok |
| 19:25.31 | Hhhhh | there I go then |
| 19:25.38 | andrewy | plug it into the ac, hold down c and d, while holding them down press the reset battery button |
| 19:26.27 | Hhhhh | ack, hard to hold C and D with one hand while using other to reach back of the Z |
| 19:26.49 | CoreDump|home | hehe |
| 19:27.17 | andrewy | easiest thing ive found is to put your two fingers from your right hand on the c and d keys, flip it over, and use the left to press the button with the stylus |
| 19:27.20 | Hhhhh | I assume C + D + full reset starts the update program, and that they do not need to be held down, right? |
| 19:27.35 | andrewy | it starts the flash, the green and yellow lights should come on |
| 19:27.46 | Hhhhh | and then I can let go of them? |
| 19:27.50 | andrewy | yes |
| 19:27.55 | hrw | re RP |
| 19:28.39 | Hhhhh | all right, both ligts are on |
| 19:28.44 | Hhhhh | how long does it usually take? |
| 19:28.48 | reenoo_ | andrewy, Hhhhh: please check the /topic |
| 19:28.48 | andrewy | ~3 minutes |
| 19:28.50 | RP | If anyone has any good ideas about PREFERRED_PROVIDERS and RDEPENDS, I'm open to suggestions btw :) |
| 19:29.06 | Hhhhh | reenoo_, sorry again |
| 19:29.17 | Hhhhh | didn't mean to flood here |
| 19:29.23 | Hhhhh | I'm moving it to #zaurus |
| 19:33.32 | pH5 | RP: I think we should loop through the list of PREFERRED_PROVIDER_... variables to find if there's a PREFERRED_PROVIDER_<virtual/something> that has the package in its PACKAGES. |
| 19:33.45 | hrw | loooks like I need to go to 2.6.15 on Z... oopsed again |
| 19:36.45 | pH5 | RP: btw, will the stamp checks in buildRProvider have to loop through all archs when evaluating ${STAMP} from multimachine.conf? |
| 19:41.17 | RP | pH5: No. Only the currently set STAMP. STAMP is unique to any build of a package |
| 19:41.33 | RP | pH5: I've just replied to your email... |
| 19:43.29 | *** join/#oe bam_ (n=bam@pool-71-108-72-152.lsanca.dsl-w.verizon.net) |
| 19:46.00 | pH5 | RP: I see. reenoo_ doesn't seem to agree that virtual/kernel is valid in the package name space, though? |
| 19:46.22 | reenoo_ | correct |
| 19:46.29 | pH5 | RP: So the STAMP compes from the pkgdata, stamp = bb.data.getVar('STAMP', the_data, 1)? |
| 19:48.41 | RP | pH5: There are a number of packages which already use virtual/ in the package namespace... |
| 19:48.51 | RP | pH5: correct |
| 19:48.59 | RP | (re: the STAMP) |
| 19:50.46 | *** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 19:50.58 | reenoo_ | RP: well. forcing people to set RPROVIDES = PROVIDES is a totally different story than people intentionally setting say RPROVIDES=virtual/xserver |
| 19:51.16 | *** part/#oe canbaris (n=Can@85.101.23.195) |
| 19:51.56 | pb_ | mm. setting RPROVIDES = ${PROVIDES} would be a bad idea for all kinds of reasons. |
| 19:52.20 | RP | reenoo_: Its only "forcing" that in the virtual case... |
| 19:52.27 | RP | and even then its not forced |
| 19:54.11 | pH5 | RP: I think that looping through PACKAGES_DYNAMIC for every preferred provider is nonsense. Who would RDEPEND on something specific as kernel-module-soundcore-2.6 without knowing how to build it. But just looking at PACKAGES and RPROVIDES would solve the "kernel" --> "virtual/kernel" issue, too. |
| 19:55.29 | reenoo_ | RP: I'm sorry, but that doesn't make much sense. your code appears to require RPROVIDES to be set to PROVIDES. |
| 19:56.04 | RP | reenoo_: It does not. We just have an issue with the virtual/* entities |
| 19:57.30 | reenoo_ | for "virtual/* entities" then |
| 19:58.29 | RP | reenoo_: There is a world of difference between RPROVIDES = PROVIDES and RPROVIDES = PROVIDES only for virtual/* entities... |
| 19:59.30 | reenoo_ | RP: I was referring to build time virtuals. sorry I didn't mention that explicitely |
| 20:04.11 | RP | I'm going to respond via email as anything else if just going to get confused |
| 20:04.52 | *** join/#oe drw (n=drw@c-67-172-219-167.hsd1.tx.comcast.net) |
| 20:05.58 | hrw | drw: hi |
| 20:08.37 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 20:10.11 | *** join/#oe _law_|iBook (n=_law_|iB@213.173.86.202) |
| 20:13.48 | *** join/#oe minipanda (n=zhanght@219.236.30.70) |
| 20:14.14 | *** part/#oe Nix-niX (i=der@gibt.antworten.wie.ich.so.kurz-und-schmerzlos.de) |
| 20:33.11 | _law_|iBook | hrw: 3.5.4 has got kernel 2.4.20? also on c7x0? |
| 20:37.42 | hrw | c7x0 will get 2.6 |
| 20:39.14 | _law_|iBook | hrw: ah ok |
| 20:43.10 | RP | reenoo_, pH5 , pb_ : I've sent a reply to oe@. My conclusion is we should scrap PREFERRED_PROVIDER. Please read the email and understand my alternative proposal before telling me why its a bad idea :) |
| 20:44.36 | pH5 | :-) |
| 20:44.49 | hrw | cu |
| 20:45.03 | *** join/#oe Pigi (n=NoOne@host24-88.pool8260.interbusiness.it) |
| 20:45.18 | Pigi | Cial all |
| 20:46.06 | pb_ | hi pigi |
| 20:46.13 | Pigi | hi pb_ | |
| 20:46.18 | Pigi | s/|/! |
| 20:46.20 | Pigi | heh |
| 20:46.25 | RP | hi Pigi |
| 20:46.34 | Pigi | hi RP ! |
| 20:51.02 | Pigi | pb_ I woudl have a relase candidate for ipkg "turbo" probably for tonite, but needs someone brave to test. Any hint ? |
| 20:53.49 | RP | pb_: Can arm processors generate NMIs? |
| 20:54.42 | pb_ | RP: I'm not sure what you mean by "generate". There's no such thing as NMI in the ARM architecture. |
| 20:54.58 | pb_ | Pigi: I am almost completely brave. Send it to me and I will test it. |
| 20:54.58 | RP | pb_: That's what I thought :). Thanks. |
| 20:55.20 | Pigi | pb_ heh ok. |
| 21:02.41 | *** join/#oe dkey| (i=nobody@193.170.48.236) |
| 21:16.38 | drw | Pigi: ipkg turbo? |
| 21:17.09 | Pigi | yeah, a little fix that speed up some options by not reading the feed files. |
| 21:17.34 | Pigi | I think it should be tested also for the various package manager. |
| 21:17.49 | drw | cool |
| 21:18.08 | drw | I can test Opie-PM |
| 21:18.24 | drw | Pigi: is it in cvs? |
| 21:18.26 | Pigi | could you give me your e-mail address ? |
| 21:18.34 | Pigi | drw, not yet |
| 21:18.37 | drw | drw@hh.org |
| 21:18.49 | Pigi | I will send you a copy. |
| 21:19.07 | drw | thanks! |
| 21:19.42 | Pigi | drw, pb_, sent a mail |
| 21:19.53 | pb_ | rock |
| 21:23.30 | Pigi | it's time to sleep for me now. I will wait your feedback by mail, so I will commit and relase the new version, if everithing is ok ;) |
| 21:23.48 | pb_ | Pigi: thanks. I'll try it directly. |
| 21:24.07 | pb_ | for future reference, it would be easier for me if you just sent the output from "cvs diff", not a whole tarfile |
| 21:24.41 | pb_ | (not that the tarfile is a problem, though) |
| 21:24.55 | Pigi | pb_ ok, but I wasn't sure you got the 0.99.156, as you were referring to 154 in bugzilla. |
| 21:25.16 | Pigi | nite all |
| 21:25.21 | pb_ | good night |
| 21:25.57 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 21:31.38 | gerwinin | France are you available ? |
| 21:32.31 | gerwinin | Hail franc |
| 21:32.33 | gerwinin | Hail franc e |
| 21:32.36 | gerwinin | Hail france |
| 21:39.09 | *** join/#oe _bora (n=bora@85.101.217.105) |
| 21:42.29 | *** join/#oe moa (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 21:53.27 | *** join/#oe Geo_KM (n=keith@ppp61-243.lns1.cbr1.internode.on.net) |
| 21:55.32 | *** join/#oe netnix (n=alex@81.25.33.3) |
| 21:59.37 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
| 22:22.22 | zecke | re |
| 22:22.49 | CoreDump|home | hey zecke |
| 22:23.38 | RP | hi zecke |
| 22:32.11 | *** join/#oe CP|Dresden (n=nobody@aus-ext-proxy02.amd.com) |
| 22:33.27 | *** join/#oe LoDown (n=LoDown@dsl093-230-135.lou1.dsl.speakeasy.net) |
| 22:33.51 | LoDown | is anyone else having problems with glibc compiling? |
| 22:37.15 | LoDown | i guess not |
| 22:37.49 | LoDown | it looks like it is from bits/endian.h "Machine byte order unknown" |
| 22:41.20 | RP | LoDown: Is this the release branch? |
| 22:43.12 | LoDown | 0.8.3...yes |
| 22:46.11 | CIA-4 | 03jbowler 07org.oe.dev * r4e84e5d6... 10/packages/linux/ (6 files in 2 dirs): |
| 22:46.11 | CIA-4 | ixp4xx-kernel: improve fixup patches, remove loft one, add cmdline byteswap in 2.6.15 |
| 22:46.11 | CIA-4 | <PROTECTED> |
| 22:46.11 | CIA-4 | <PROTECTED> |
| 22:46.11 | CIA-4 | <PROTECTED> |
| 22:46.12 | CIA-4 | <PROTECTED> |
| 22:46.16 | CIA-4 | 03jbowler 07org.oe.dev * rb4a51321... 10/packages/linux/ixp4xx-kernel/2.6.15/defconfig: ixp4xx-kernel: generic CMDLINE in defconfig in 2.6.15 |
| 22:47.52 | RP | LoDown: The glibc cvs repository is corrupt for cvs dates as old as 20050627. koen posted a correct tarball of it to oe@ (its hosted on ewi). |
| 22:48.08 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
| 22:48.10 | RP | LoDown: Alternatively, remove the files in the bits directory and it will work |
| 22:48.37 | LoDown | oh...ok...thank you |
| 22:53.54 | LoDown | RP..is this a widespread OE problem? |
| 22:54.08 | LoDown | because surely the .bb could be patched to do it automatically |
| 22:54.26 | LoDown | rm the files from the bits dir that is |
| 22:54.46 | gerwinin | LoDown I had a lot of problems with glibc as well |
| 22:55.15 | gerwinin | LoDown most of my problems had to do with gcc4 although |
| 23:17.07 | pH5 | good night |
| 23:17.08 | *** part/#oe pH5 (n=ph5@e178202087.adsl.alicedsl.de) |
| 23:36.01 | *** join/#oe woglinde (n=woglinde@e178078172.adsl.alicedsl.de) |
| 23:56.00 | *** join/#oe andersen (n=andersen@codepoet.org) |