| 00:01.54 | treke | the would would be a better place if people only used english |
| 00:05.36 | reenoo | ~mondays |
| 00:05.37 | ibot | Sounds like _somebody_'s got a case of the Muhhndays! |
| 00:05.53 | reenoo | err.. actually |
| 00:05.56 | reenoo | ~tuesdays |
| 00:06.14 | reenoo | ~lart tuesdays |
| 00:13.02 | CosmicPenguin | heh |
| 00:14.59 | reenoo | this is driving me nuts.. I add stuff to a combo box the way as with a dozen others and it still pops up empty :/ |
| 00:15.20 | reenoo | s/the way/the same way/ |
| 00:47.16 | *** join/#oe dkey (~dkey@193.170.62.146) |
| 00:52.14 | reenoo | heh. fixed |
| 00:52.18 | reenoo | ~lart glade |
| 00:52.37 | reenoo | 'night all |
| 00:52.52 | RP | 'night all |
| 01:10.46 | emte | alrighty ... time to figureout whats wrong with my enviroment\ |
| 01:11.33 | *** join/#oe w3rwolf (~dragoneye@dsl-084-056-011-085.arcor-ip.net) |
| 01:12.02 | w3rwolf | how long does it usually take for gpe to boot at the first time? |
| 01:13.35 | emte | depends on the device |
| 01:13.45 | emte | some take around 5-10 min |
| 01:13.54 | emte | needs to generate keys, etc |
| 01:25.30 | w3rwolf | emte: simpad... it works about 10 mins now |
| 01:26.25 | w3rwolf | gpe only shows a black screen and a blinking X-cursor |
| 01:27.28 | *** join/#oe TyggerBob (~myname@CPE00045a265f64-CM000f9f7c58fa.cpe.net.cable.rogers.com) |
| 01:27.53 | emte | hmm |
| 01:28.21 | emte | sounds like something didnt load |
| 01:28.47 | w3rwolf | the serial line is dead after gpe-dm is loaded |
| 01:32.00 | *** join/#oe Timelord (~TL@64-147-65-78.access-3.intertex.net) |
| 01:45.51 | emte | yes, that has been disabled i belive |
| 01:47.44 | w3rwolf | hm.. gonna try a ready-2-go image |
| 01:48.08 | w3rwolf | hm.. gettin hungry |
| 01:58.50 | *** join/#oe kakos (~kakos@c-24-8-182-72.client.comcast.net) |
| 02:06.02 | *** join/#oe gnufan (~mhfan@60.166.185.124) |
| 02:14.35 | emte | hmm |
| 02:14.47 | emte | ipk-utils changed didnt it ... |
| 02:14.53 | emte | ipkg-uti;s* |
| 02:14.56 | emte | bah |
| 02:15.03 | emte | you know how its spelled |
| 02:18.55 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 02:19.03 | emte | heya raster |
| 02:19.25 | raster | emte: morning emmie! |
| 02:19.33 | emte | hows the day there? |
| 02:20.06 | raster | just starting |
| 02:20.19 | raster | well ok |
| 02:20.21 | raster | its 10:20 |
| 02:20.26 | emte | :) |
| 02:20.27 | raster | i consider that a start |
| 02:20.27 | raster | :) |
| 02:20.30 | emte | coffee time |
| 02:21.26 | raster | did u see this: |
| 02:21.40 | emte | ? |
| 02:21.43 | raster | http://linuxdevices.com/news/NS8386088053.html |
| 02:21.55 | raster | thats pretty neat |
| 02:22.05 | raster | if only it had a d2a |
| 02:22.24 | raster | u could make tiny network-speakers |
| 02:22.30 | raster | power over ethernet |
| 02:22.40 | raster | for the amp and speaker and mini machine |
| 02:22.50 | raster | and just deliver all yoru music via ethernet |
| 02:22.57 | emte | its funny |
| 02:23.34 | emte | there were a few ideas i developed starting 5 yrs ago that i am seeing more and more of |
| 02:23.52 | raster | and u're going "fuck i wish i had the $ to do it!" |
| 02:23.53 | raster | :) |
| 02:24.10 | emte | mostly i just gave the ideas away because i didnt know how to build them |
| 02:24.44 | emte | actually i have never really cared in retrospect |
| 02:24.56 | emte | atleast i know my ideas were good |
| 02:26.38 | raster | hehehe |
| 02:44.57 | *** join/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 02:48.17 | *** join/#oe imk (~dj@69-175-55-137.ontrca.adelphia.net) |
| 02:52.21 | w3rwolf | new tetris high-score... oh i hate flashings... |
| 02:56.40 | *** join/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 02:57.08 | *** join/#oe hufnus (~slonsiki@m9d8336d0.tmodns.net) |
| 03:10.02 | *** join/#oe robert_ (~chatzilla@220.248.128.10) |
| 03:11.41 | robert_ | j |
| 03:11.49 | kergoth | k |
| 03:11.52 | kergoth | chouimat: ping |
| 03:12.49 | chouimat | kergoth: yes? |
| 03:13.48 | kergoth | chouimat: wonder if you've heard the latest album from Spock's Beard (Octane), and if so, whether its any good |
| 03:13.52 | kergoth | s/wonder/wondering/ |
| 03:13.57 | chouimat | kergoth: have it |
| 03:14.10 | chouimat | it's good ... |
| 03:14.19 | kergoth | cool, will have to pick it up |
| 03:15.02 | *** join/#oe badalex (~badalex@badalex.user.epiar) |
| 03:15.13 | chouimat | kergoth: my mother is coming over later this week so I have to clean the piles of CD are nearly everywhere in the apartment |
| 03:15.19 | kergoth | hehe |
| 03:25.38 | *** join/#oe hufnus (~slonsiki@m9d8336d0.tmodns.net) |
| 03:29.24 | Crofton | kergoth, I have evaded my problems with weird answers for sizeif by putting stuff in the site file ... |
| 03:29.49 | kergoth | heh, thats fine. keep pestering me and i'll look into the real cause |
| 03:29.59 | Crofton | ok |
| 03:30.44 | Crofton | I also figured out how to check my local chnages into bk so pulling for updates isn't as painful to me |
| 03:42.59 | *** join/#oe linuxwhore (~johnh@207-109-27-8.mpls.qwest.net) |
| 03:48.42 | *** join/#oe thomaskorwed (~vb@rule-dk2.smca.yahoo.com) |
| 03:49.43 | *** part/#oe thomaskorwed (~vb@rule-dk2.smca.yahoo.com) |
| 04:16.51 | *** join/#oe jskcr|lappy (~jskcr@c-65-34-143-82.hsd1.fl.comcast.net) |
| 04:19.51 | *** join/#oe [zar] (~jskcr@c-65-34-143-82.hsd1.fl.comcast.net) |
| 04:23.06 | *** join/#oe mithro (~tim@202.174.36.83) |
| 04:23.24 | *** join/#oe jskcr|lappy (~jskcr@jskcr.user) |
| 04:25.22 | anomaly_ | can't seem to get the second mtd bank mounted in 0.8.1. can't get it formatted for that matter |
| 04:25.25 | anomaly_ | root@h3900:/mnt# flash_eraseall /dev/mtd/3 |
| 04:25.28 | anomaly_ | flash_eraseall: /dev/mtd/3: MTD get bad block failed: Inappropriate ioctl for deroot@h3900:/mnt# |
| 04:26.17 | chouimat|Zzz | <PROTECTED> |
| 04:51.20 | *** join/#oe joshua_ (joshua@cl-303.ams-04.nl.sixxs.net) [NETSPLIT VICTIM] |
| 04:51.21 | *** join/#oe CIA-3 (~CIA@flapjack.navi.cx) [NETSPLIT VICTIM] |
| 05:21.03 | *** join/#oe _law_ (~law@mail.stiftadmont.at) |
| 05:44.55 | *** join/#oe Richard48 (~Anon@203.8.2.80) |
| 05:45.25 | Richard48 | are we having a problem with treke.net? |
| 05:46.08 | treke|home | none that I know of |
| 05:46.46 | Richard48 | it seems to resolve to Treke.net, a blog site |
| 05:46.59 | treke|home | and? |
| 05:47.36 | Richard48 | so now files are found for an oe build |
| 05:47.41 | Richard48 | sorry no files |
| 05:48.14 | kergoth | eh? |
| 05:48.44 | treke|home | http://treke.net/oe/source/gpe-edit-0.23.tar.gz seems to be there |
| 05:48.47 | treke|home | what is not there? |
| 05:50.30 | Richard48 | i get 403 access forbidden |
| 05:50.39 | treke|home | because directory listings are disabled |
| 05:51.07 | treke|home | a directory listing is 10MB |
| 05:51.59 | Richard48 | ok, and i also get 403 when i try to access the snapshots from the wiki page |
| 05:54.18 | treke|home | there that's fixed |
| 05:54.59 | Richard48 | so it is! thank you |
| 05:55.05 | treke|home | no problem |
| 05:55.20 | *** join/#oe _law_ (~law@mail.stiftadmont.at) |
| 06:19.50 | *** join/#oe _law_ (~law@mail.stiftadmont.at) |
| 06:25.35 | kergoth | treke|home: hehe, i went to your page adn clicked on the xhtml link. it doesnt pass the validator :) |
| 06:35.23 | peteru-home | I have a question regarding the proper setting of TARGET_ARCH in machine/blah.conf |
| 06:35.40 | kergoth | what's the question? |
| 06:35.57 | peteru-home | If I set it to "mipsel" my kernel won't build, but if I set it to just "mips", uclibc won't build. |
| 06:36.15 | kergoth | you want mipsel. |
| 06:36.26 | peteru-home | OK, good start. |
| 06:36.32 | kergoth | the kernel's .bb should be using a fucntion to mangle oe archs to kernel archs. |
| 06:36.47 | kergoth | iirc kernel.bbclass has that |
| 06:36.50 | kergoth | look around |
| 06:36.52 | peteru-home | excellent. it does not seem to work for me, where should I look |
| 06:37.07 | kergoth | itll be in the classes, because the kernenl isnt the only one that needs that function |
| 06:37.08 | peteru-home | ok, you type faster than I do :) |
| 06:37.11 | kergoth | external modules would too |
| 06:37.23 | kergoth | since 2.6 out of tree modules actually call the kernel's makefile |
| 06:37.29 | kergoth | so itd need to do the ARCH setting there too |
| 06:37.50 | peteru-home | I'm triyng a new machine/distro combo based on 2.6.11.6 |
| 06:38.11 | peteru-home | probably a silly thing for an OE learner :-\ |
| 06:38.49 | kergoth | shouldnt be too difficult. getting your kernel in was likely the hardest part |
| 06:39.33 | peteru-home | hopefully I'll be able to suss out the arch mangling in the classes. |
| 06:39.58 | kergoth | shouldnt be much to it. if you dont find it, pester me again tomorrow |
| 06:40.24 | peteru-home | If I do end up with proposed patches to the existing oe stuff, where should I send them for review? |
| 06:40.32 | kergoth | the oe list. |
| 06:40.57 | peteru-home | thought so, but wanted to be sure. |
| 06:55.49 | *** part/#oe Richard48 (~Anon@203.8.2.80) |
| 06:57.37 | peteru-home | kergoth: Thanks for your tips. As it turns out, you gave me enough info to find an error in my .bb file that caused the ARCH calculated by the kernel-arch.bbclass to be clobbered. Trying a new bake with the offending line removed. |
| 06:57.47 | kergoth | ah |
| 06:57.49 | kergoth | cool, no problem |
| 07:00.02 | *** join/#oe bluelightning (~bluelight@203-173-245-96.akl.ihugultra.co.nz) |
| 07:11.54 | *** join/#oe badalex (~alex@c-67-177-14-118.client.comcast.net) |
| 07:23.33 | *** join/#oe Virusmaster (~Thomas@p5085C48D.dip0.t-ipconnect.de) |
| 07:37.55 | treke|home | kergoth: bah whatever. I didnt write the html |
| 07:38.36 | kergoth | hehe |
| 07:40.08 | emte | hmm |
| 07:40.14 | treke|home | you must be awfully bored |
| 07:41.03 | emte | why wont automake stage ... |
| 07:43.26 | *** join/#oe _alwin_ (alwin@cable-81-173-164-165.netcologne.de) |
| 07:45.13 | RP | morning all |
| 07:47.11 | *** join/#oe XorA (~dp@81-178-250-105.dsl.pipex.com) |
| 07:47.21 | XorA | morning |
| 07:47.38 | RP | morning XorA |
| 07:49.12 | treke|home | morning? :p |
| 07:49.16 | treke|home | it's almost bed time |
| 07:55.53 | treke|home | kergoth: go commit by bbimage patch :p |
| 07:56.14 | RP | treke|home: I could say its a lovely morning here but it isn't. Its damp with mist rolling around... |
| 07:56.38 | treke|home | of course it isn't a lovely morning |
| 07:56.42 | treke|home | there is no such thing |
| 07:57.29 | RP | :) |
| 08:01.52 | *** join/#oe binder (~binder@mdsnwi13-vlan437-202.dsl.tds.net) |
| 08:04.59 | greg72 | morning all |
| 08:06.32 | *** join/#oe binder (~binder@mdsnwi13-vlan437-202.dsl.tds.net) |
| 08:08.03 | greg72 | Have you seen http://linuxdevices.com/news/NS8386088053.html ? |
| 08:10.54 | scanline | that hardware isn't new IIRC, that's just advertising a new linux distro for it |
| 08:12.43 | scanline | it would be a lot cooler if it had more GPIO and was much lower current |
| 08:13.12 | greg72 | gpio? Sorry for being dumb but what is that? |
| 08:14.56 | bluelightning | hi all |
| 08:15.22 | scanline | general purpose I/O |
| 08:15.41 | scanline | it would be really handy to have a low-power way to add ethernet and some intelligence to random hardware |
| 08:15.51 | scanline | but that module is a little on the power hungry side, and really only gives you a serial port :( |
| 08:16.40 | emte | kinda hard to get it much lower |
| 08:16.53 | emte | you'd have to start using more expensive parts |
| 08:17.37 | scanline | yeah. to hit that low-power but still decent I/O niche, I've really only seen projects use PIC or AVR micros with tiny TCP/IP stacks on them |
| 08:17.38 | XorA | scanline: power it from the Ethernet cable |
| 08:17.51 | scanline | XorA: I guess I have battery-powered applications in mind |
| 08:18.25 | scanline | using ethernet to interface components of a medium-size robot or a small satellite |
| 08:19.21 | emte | i think the ethernet power draw is miniscule compared to motor for a bot or even a sat burst |
| 08:19.30 | bluelightning | if you have an ethernet cable why not have power as well? |
| 08:19.41 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
| 08:19.47 | scanline | emte: 1/4 amp is nothing to sneeze at on a satellite |
| 08:19.56 | emte | if you pull power out of the cable you reduce max length on the cable |
| 08:19.59 | scanline | at least on these small ones |
| 08:20.13 | scanline | sure the radio transmitter pulls way more than that, but you don't transmit that often |
| 08:20.16 | bluelightning | so use a separate cable... |
| 08:20.16 | emte | thats okay if the device is at the end ... |
| 08:20.18 | scanline | the computers have to be on all the time |
| 08:20.37 | XorA | ethernet has two spare wires can be used for power |
| 08:20.49 | scanline | ethernet has lots of spare wires :P |
| 08:21.05 | scanline | the power still has to come from somewhere |
| 08:21.29 | emte | the major impact of dropping the current down would be tehreduction in clockspeed ... |
| 08:21.30 | scanline | I'm sure this thing has lots of cool uses, it would just be a lot cooler with more GPIO and less power :) |
| 08:21.36 | *** join/#oe mithro (~tim@69.60.120.93) |
| 08:22.32 | emte | i agree with the gpio, but brining the powerdown and keeping the device comparable would tripple the cost easily |
| 08:23.13 | scanline | huh. that block diagram has HDLC in their serial module |
| 08:23.43 | scanline | if that's accurate, you might be able to rig up a really tiny ethernet to ham radio bridge =D |
| 08:24.18 | scanline | but that's probably intended for DSL lines or whatever |
| 08:26.20 | emte | its a shody design for a tap at any rate |
| 08:26.25 | emte | shoddy* |
| 08:26.40 | *** join/#oe Bernardo (~Bernardo@Bernardo.sourcemage) |
| 08:26.56 | Bernardo | good morning! |
| 08:27.00 | *** join/#oe mallum (~mallum@host81-153-50-205.range81-153.btcentralplus.com) |
| 08:27.17 | emte | hey |
| 08:27.24 | emte | tell automake to behave |
| 08:27.48 | Bernardo | good idea, emte |
| 08:27.49 | XorA | emte: automake is chaos incarnate! |
| 08:27.54 | Bernardo | but how? :) |
| 08:28.16 | emte | just telling might work |
| 08:28.28 | emte | doesnt want to stage |
| 08:29.08 | emte | trying to figure out whats wrong with my enviroment, and this inst realeate dto the problem |
| 08:29.13 | Bernardo | if I could get zuc or gpsd 2.19 to use automake properly, and not to try to link the host system libs, I'd be happy... |
| 08:29.33 | emte | use smake or soemthing better |
| 08:44.12 | *** join/#oe ChanServ (ChanServ@services.) |
| 08:44.12 | *** join/#oe mallum (~mallum@host81-153-50-205.range81-153.btcentralplus.com) |
| 08:44.12 | *** join/#oe Bernardo (~Bernardo@Bernardo.sourcemage) [NETSPLIT VICTIM] |
| 08:44.12 | *** join/#oe mithro (~tim@69.60.120.93) |
| 08:44.12 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
| 08:44.12 | *** join/#oe binder (~binder@mdsnwi13-vlan437-202.dsl.tds.net) |
| 08:44.12 | *** join/#oe XorA (~dp@81-178-250-105.dsl.pipex.com) [NETSPLIT VICTIM] |
| 08:44.12 | *** join/#oe _alwin_ (alwin@cable-81-173-164-165.netcologne.de) [NETSPLIT VICTIM] |
| 08:44.12 | *** join/#oe Virusmaster (~Thomas@p5085C48D.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
| 08:44.12 | *** join/#oe bluelightning (~bluelight@203-173-245-96.akl.ihugultra.co.nz) |
| 08:44.12 | *** join/#oe _law_ (~law@mail.stiftadmont.at) |
| 08:44.12 | *** join/#oe CIA-3 (~CIA@flapjack.navi.cx) [NETSPLIT VICTIM] |
| 08:44.13 | *** join/#oe joshua_ (joshua@cl-303.ams-04.nl.sixxs.net) |
| 08:44.13 | *** join/#oe linuxwhore (~johnh@207-109-27-8.mpls.qwest.net) |
| 08:44.13 | *** join/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) [NETSPLIT VICTIM] |
| 08:44.13 | *** join/#oe raster (~raster@vagw.valinux.co.jp) [NETSPLIT VICTIM] |
| 08:44.13 | *** join/#oe gnufan (~mhfan@60.166.185.124) |
| 08:44.13 | *** join/#oe kakos (~kakos@c-24-8-182-72.client.comcast.net) |
| 08:44.13 | *** join/#oe Timelord (~TL@64-147-65-78.access-3.intertex.net) |
| 08:44.13 | *** join/#oe dkey (~dkey@193.170.62.146) [NETSPLIT VICTIM] |
| 08:44.13 | *** join/#oe Crofton (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 08:44.13 | *** join/#oe gints (~gints@159.148.213.135) [NETSPLIT VICTIM] |
| 08:44.13 | *** join/#oe _Psycho (~Bob@MTL-HSE-ppp181727.qc.sympatico.ca) |
| 08:44.13 | *** join/#oe mickey|dinner (~LPA@gandalf.tm.informatik.uni-frankfurt.de) |
| 08:44.13 | *** join/#oe mickey|zzZZzz (LPA@p54B2CDC8.dip.t-dialin.net) |
| 08:44.14 | *** join/#oe chii (chii@chii.utility.freenode) [NETSPLIT VICTIM] |
| 08:44.14 | *** join/#oe zwi (~zwi@216.88.131.43) |
| 08:44.14 | *** join/#oe treke (~ggilbert@tinman.treke.net) [NETSPLIT VICTIM] |
| 08:44.14 | *** join/#oe scanline (~micah@128.138.74.40) [NETSPLIT VICTIM] |
| 08:44.14 | *** join/#oe robtaylor_ (~robtaylor@217.204.121.82) |
| 08:44.14 | *** join/#oe emte (emte@d64-180-41-158.bchsia.telus.net) [NETSPLIT VICTIM] |
| 08:44.14 | *** join/#oe drw|bbl (~drw@c-24-0-157-195.client.comcast.net) |
| 08:44.14 | *** join/#oe kergoth (~kergoth@covenant.kergoth.com) |
| 08:44.14 | *** join/#oe morrijr (~john@cpc4-mfld2-5-1-cust63.nott.cable.ntl.com) [NETSPLIT VICTIM] |
| 08:44.14 | *** join/#oe zecke (fakeuser@pD9E7D312.dip0.t-ipconnect.de) |
| 08:44.14 | *** join/#oe Twiun[away] (~twiun@adorphuye.com) [NETSPLIT VICTIM] |
| 08:44.14 | *** join/#oe fishynet (fishy@adsl-215-226-159.aep.bellsouth.net) |
| 08:44.14 | *** join/#oe keturn (~kevint@c-24-21-141-200.client.comcast.net) |
| 08:44.15 | *** join/#oe cyn (~cyn@cpe-066-061-101-026.midsouth.rr.com) |
| 08:44.15 | *** join/#oe chouimat|Zzz (~dieu@r2351064.cidc.net) |
| 08:44.15 | *** join/#oe VladDrac (~l@m3r.nl) |
| 08:44.15 | *** join/#oe kbot (~supybot@covenant.kergoth.com) |
| 08:44.15 | *** join/#oe aphistic (~aphistic@CPE-65-30-217-110.wi.rr.com) |
| 08:44.15 | *** join/#oe Bernardo|Away (~jbbrs@10001200047.0000006537.acesso.oni.pt) [NETSPLIT VICTIM] |
| 08:44.15 | *** join/#oe philippe (~philippe@213.49.83.98) |
| 08:44.15 | *** join/#oe obi (~obi@B3114.karlshof.wh.tu-darmstadt.de) [NETSPLIT VICTIM] |
| 08:44.15 | *** join/#oe W8TVI (~noel@69.39.75.252) [NETSPLIT VICTIM] |
| 08:44.15 | *** join/#oe Titeuf (~Titeuf@2m01.net) [NETSPLIT VICTIM] |
| 08:44.15 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
| 08:44.15 | *** join/#oe Pendalar (Pendalar@h147.121.140.67.ip.alltel.net) |
| 08:44.15 | *** join/#oe hrw|gone (szczepan@blue.stone.pl) [NETSPLIT VICTIM] |
| 08:44.15 | *** join/#oe fdv (1988@tyrfing.ifi.uio.no) |
| 08:44.16 | *** join/#oe AndyCap (~aoy@host-81-191-64-77.bluecom.no) [NETSPLIT VICTIM] |
| 08:44.16 | *** join/#oe HCl (hcl@titania.student.utwente.nl) [NETSPLIT VICTIM] |
| 08:44.16 | *** join/#oe RP (0@tim.rpsys.net) |
| 08:44.16 | *** join/#oe cdbot (~cdbot@hentges.net) [NETSPLIT VICTIM] |
| 08:44.16 | *** join/#oe gb2 (~gbritton@fog.sekrit.org) [NETSPLIT VICTIM] |
| 08:44.16 | *** join/#oe Kristoffer (~Ken@h72n2fls34o1105.telia.com) [NETSPLIT VICTIM] |
| 08:44.16 | *** join/#oe dyoung-zzzz (~dyoung@dyoung.nslu2-linux) [NETSPLIT VICTIM] |
| 08:44.16 | *** join/#oe anomaly_ (~bob@box3n.gumbynet.org) [NETSPLIT VICTIM] |
| 08:44.16 | *** join/#oe VoodooZ_log (~VoodooZ@CPE00c0f021712c-CM014110003785.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
| 08:44.16 | *** join/#oe CoreDump|afk (~mhentges@hentges.net) [NETSPLIT VICTIM] |
| 08:44.16 | *** join/#oe kurre2 (~tomimo@a84-231-39-238.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 08:44.16 | *** join/#oe Crofton|work (~balister@jhr-max-5205.mprg.ee.vt.edu) |
| 08:44.16 | *** join/#oe aoe (aoe@mac1-bluebox-winf.oeh.univie.ac.at) |
| 08:44.16 | *** join/#oe CosmicPenguin (~nobody@aus-ext-proxy01.amd.com) |
| 08:44.16 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
| 08:44.16 | *** join/#oe cbrake_away (~cbrake@a22c174.neo.rr.com) |
| 08:44.17 | *** join/#oe webmind (~webmind@217-195-236-172.dsl.esined.net) [NETSPLIT VICTIM] |
| 08:44.17 | *** join/#oe Toi (~pleemans@dD577A871.access.telenet.be) |
| 08:44.17 | *** join/#oe peteru-home (~peteru-ho@218.214.53.18) [NETSPLIT VICTIM] |
| 08:44.17 | *** join/#oe dustpuppy (~chris@62.141.36.81) |
| 08:44.17 | *** join/#oe greg72 (~szobatudo@ns1.sysdata.hu) [NETSPLIT VICTIM] |
| 08:44.17 | *** join/#oe exastra (~go@l5.org) [NETSPLIT VICTIM] |
| 08:44.17 | *** join/#oe Rupert-Giles (~willow@neilmathers.co.uk) |
| 08:44.17 | *** join/#oe CP|Laptop (~nobody@aus-ext-proxy01.amd.com) |
| 08:44.17 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 08:44.17 | *** join/#oe tux_mike (~mike@zelda.tuxnami.org) |
| 08:44.17 | *** join/#oe Ironnads (~Ironnads@host81-134-88-125.in-addr.btopenworld.com) |
| 08:45.51 | *** join/#oe schurig (~schurig@p54B28F8F.dip0.t-ipconnect.de) |
| 08:46.46 | mickeyl | morning |
| 08:47.06 | treke|home | morning |
| 08:47.12 | Bernardo | hi mickeyl |
| 08:47.14 | treke|home | you know it's time to go to bed when mickey shows up |
| 08:47.18 | Bernardo | that was a long dinner |
| 08:47.36 | Bernardo | treke: depends on where you are... :) |
| 08:49.13 | treke|home | mickey|zzZZzz is still here, so he's not really awake |
| 08:49.54 | Bernardo | :) |
| 08:49.56 | Bernardo | http://linuxdevices.com/news/NS8386088053.html |
| 08:50.07 | Bernardo | anyone porting oe to one of these? |
| 08:50.09 | Bernardo | :) |
| 08:54.13 | schurig | Bernardo: too small to be useful |
| 08:54.26 | emte | not quite true |
| 08:54.38 | emte | would be good for DA |
| 08:54.48 | emte | dropin solution |
| 08:55.02 | mickeyl | hehe |
| 08:55.17 | mickeyl | guess there's a client still running at home |
| 08:55.21 | Bernardo | also, with another ethernet jack would make a nice firewall... |
| 08:55.24 | mickeyl | can't kill that now that i'm in the office |
| 08:55.42 | CIA-3 | 03mickeyl 07 * r1.3213 10openembedded/packages/ (3 files in 2 dirs): add python-libgmail, Python bindings for Google's Gmail Service |
| 08:55.52 | Bernardo | but the interesting one is the one with the 802.11 support |
| 08:56.11 | Bernardo | a access point in a plug... |
| 08:56.31 | emte | that was instead of no? |
| 08:56.33 | Bernardo | mickeyl: can you check if you can build gpsd 2.19? For me it fails linking ncurses |
| 08:56.59 | *** join/#oe noclouds (~mhfan@60.166.185.124) |
| 08:57.47 | Bernardo | emte: yes, it was instead of... I hadn't noticed that |
| 08:57.50 | emte | the peanut butter slurpie was two the and one wireless |
| 08:57.55 | emte | eth* |
| 08:58.19 | emte | but thats my idean and i've sofar only saw two companies build it |
| 08:58.24 | emte | idea and* |
| 08:59.02 | emte | the name is a bit of a long story, but basicly its a tap/mantainance device |
| 08:59.27 | emte | used in high density copper areas |
| 08:59.59 | emte | you "clip" one inline and it allows you to monitor the link via an activation pulse |
| 09:00.42 | emte | the second biggest usefulness is to find a bad cable in a nest |
| 09:00.56 | _law_ | Bernardo, have you an working gpsd version? |
| 09:01.24 | Bernardo | emte: http://www.lantronix.com/device-networking/embedded-device-servers/wiport.html |
| 09:01.49 | Bernardo | _law_: not yet, I've been fighting the combo qpegps/gpsd |
| 09:02.13 | _law_ | Bernardo, whats the problem? |
| 09:02.14 | emte | yeah i saw the small servers |
| 09:02.39 | Bernardo | _law_: I've found that qpegps sends two obsolete options to gpsd (B and H) but also that gpsd isn't playing properly, it returns a float for X when it should return 0 or 1 |
| 09:02.47 | schurig | Bernardo: yeah, but it has only one Ethernet jack, so no Firewall ... |
| 09:03.07 | Bernardo | that, or X has changed meaning, but the man page hasn't been adopted |
| 09:03.25 | Bernardo | schurig: but that one would make a cool access point... |
| 09:03.32 | _law_ | Bernardo, are you useing an bluetooth gps? |
| 09:03.33 | CIA-3 | 03mickeyl 07 * r1.3214 10openembedded/packages/python/python-libgmail_0.0.7.bb: libgmail: s/DEPENDS/RDEPENDS/ |
| 09:03.57 | Bernardo | _law_: no, a CF card (Fortuna Pocket Xtrack) |
| 09:04.03 | emte | i think i found my problem :) |
| 09:04.13 | emte | time for sleep |
| 09:04.28 | Bernardo | _law_: I also think that gpsd 2.16, 17 and 18 send the date on a different format than the one on the man page |
| 09:08.12 | mickeyl | I never understood why we need gpsd in the first place |
| 09:08.15 | mickeyl | i mean... |
| 09:08.21 | _law_ | Bernardo, i have got a bluetooth gps mouse |
| 09:08.21 | mickeyl | how many gps programs are you running concurrently ? |
| 09:08.32 | mickeyl | *shrug* |
| 09:15.28 | binder | I'm trying to get gpe-session-scripts from the cvs directory. How do I download _just_ that, rather than all the packages? |
| 09:16.08 | Bernardo | mickeyl: device independence |
| 09:16.11 | mickeyl | module=/path/to/the/directory/ |
| 09:16.25 | Bernardo | gpsd now supports nmea, sirf, garmin, etc- |
| 09:16.43 | mickeyl | Bernardo: every gps device i've seen speaks NMEA |
| 09:16.57 | Bernardo | not the garmin ones |
| 09:17.06 | Bernardo | the latest ones only speak garmin |
| 09:17.14 | mickeyl | that'd surprise me. |
| 09:17.30 | mickeyl | perhaps they have some more advanced protocols, but for sure they speak the official standard |
| 09:17.33 | mickeyl | don't they? |
| 09:17.42 | Bernardo | and, even though my fortuna speaks nmea, it gives more data using sirf |
| 09:17.50 | Bernardo | mickeyl: not the latest ones, it seems |
| 09:18.14 | Bernardo | I've seen a couple of news about that, let me google for ut |
| 09:18.16 | Bernardo | it |
| 09:18.23 | binder | I've never used cvs before. Something like "cvs -d checkout module=op/packages/gpe-session-scripts", once I'm logged in? |
| 09:19.01 | Bernardo | http://www.oreillynet.com/pub/wlg/5745 |
| 09:19.13 | Bernardo | I knew that garmin had done some crap like that |
| 09:19.22 | mickeyl | binder: module= is OE syntax, just giving the directory should work |
| 09:19.35 | Bernardo | The main problem with gpsd is that it has changed the interface so much since ESR took over |
| 09:19.48 | mickeyl | urghs |
| 09:19.50 | mickeyl | that's braindead |
| 09:19.53 | Bernardo | but that was necessary, as the interface was too close to NMEA |
| 09:20.04 | mickeyl | giving up NMEA is like giving up Epoc |
| 09:20.06 | mickeyl | h |
| 09:20.17 | Bernardo | didn't allow to use sirf or garmin properly |
| 09:20.35 | Bernardo | what's braindead, gpsd changing, or garmin going proprietary? |
| 09:20.38 | mickeyl | garmin |
| 09:21.43 | Bernardo | yep |
| 09:22.57 | Bernardo | But now I'm fighting qpegps and gpsd... It started with qpegps making their own version of gpsd, with support for garmin waypoints (which gpsd still doesn't support) |
| 09:24.33 | mickeyl | that's the problem of GPL |
| 09:24.43 | mickeyl | unnecessary forks |
| 09:24.56 | Bernardo | don't start me with forks... :) |
| 09:25.02 | mickeyl | heh |
| 09:25.39 | Bernardo | If it weren't for those, a couple of projects I use would have been stranded by the "the ball is mine and I take it home if I want" syndrome... |
| 09:31.55 | mickeyl | Bernardo: i've added base support for the Akita, so it should be a breeze adding the necessary files to get OZ on it running |
| 09:32.41 | Bernardo | I've seen your commits, now all I need is for some public servant to sign the release from customs... |
| 09:32.49 | mickeyl | hehe |
| 09:33.06 | Bernardo | I've checked with the post office, and it seems they won't even charge taxes, it only needs a signature... |
| 09:33.24 | mickeyl | where did you order it ? |
| 09:33.41 | Bernardo | with the usb hub I had to send my tax id number, and a printed copy of the invoce (which I made in a couple of minutes) |
| 09:33.45 | Bernardo | pricejapan.com |
| 09:33.57 | mickeyl | ah |
| 09:34.04 | Bernardo | They send it on the 18th |
| 09:34.09 | mickeyl | they're easy to deal with? |
| 09:35.33 | mickeyl | hmm wow |
| 09:35.35 | mickeyl | they're pretty cheap |
| 09:35.46 | mickeyl | price to europe for the sl3000 is 535 |
| 09:35.47 | mickeyl | EUR |
| 09:36.03 | mickeyl | here in germany it's way over 800 |
| 09:40.21 | mickeyl | sold out everywhere and on ebay they're charging a fortune |
| 09:40.41 | Bernardo | They are very easy to deal with, they'll even provide a custom made invoice for the customs office if you want. |
| 09:40.53 | XorA | mickeyl: worse thing is there are probably hundreds in IT dept drawers totally unused |
| 09:41.09 | mickeyl | XorA: urhgs. indeed |
| 09:41.11 | Bernardo | the only problem is that if you have a problem with the unit you have to send it to japan to be serviced |
| 09:41.51 | Bernardo | have to do something to earn my income... bbl |
| 09:42.31 | *** join/#oe dmit (~dmit@dza84-111.dza.lv) |
| 09:43.10 | *** join/#oe dmit (~dmit@dza84-111.dza.lv) |
| 09:49.37 | *** join/#oe zecke_ (fakeuser@pD9E7C76D.dip0.t-ipconnect.de) |
| 09:50.19 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 09:50.37 | koen | good morning all |
| 09:50.44 | mickeyl | morning koen |
| 09:50.50 | dmit | which host distros you are using guys? Seems that slackware and ubuntu do not work well with OE |
| 09:50.57 | mickeyl | MDK rulez |
| 09:51.00 | dmit | mickeyl, koen - morning |
| 09:51.12 | koen | hey mickeyl & dmit |
| 09:51.15 | dmit | MDK? 10.1? |
| 09:51.16 | bluelightning | hi koen |
| 09:51.21 | mickeyl | yep. |
| 09:51.22 | mickeyl | 10.1 |
| 09:51.26 | koen | I use it on debian unstable, testing and ubuntu hoary |
| 09:51.29 | koen | hey bluelightning |
| 09:51.37 | bluelightning | gentoo here |
| 09:52.03 | dmit | I still has no success, even when you guys added that generic and x86 machine/.distro ;) |
| 09:52.07 | XorA | ubuntu works fine with OE |
| 09:52.20 | dmit | XorA, hoary? |
| 09:52.30 | XorA | dmit: yes, hoary amd64 and i386 both |
| 09:52.36 | dmit | which gcc you are using? 3.3? |
| 09:53.10 | XorA | dmit: erm, Ive got 3.4 and 3.3 installed not sure which one is default, when I installed hoary there was still a bug with gcc selection |
| 09:53.38 | XorA | dmit: I cant check as my machine appears to have overheated and shutdown |
| 09:53.38 | dmit | XorA, surely it's still there ;( |
| 09:54.08 | dmit | XorA, if you both have 3.3 and 3.4 that means 3.3.5 is the default... |
| 09:54.13 | XorA | dmit: I apt-get install gcc gcc-3.4 |
| 09:54.19 | koen | using FC3 might be a bit troublesome, since '/usr/local' is considered too advanced for FC users |
| 09:54.25 | XorA | dmit: and OE works fine |
| 09:55.04 | dmit | XorA, don't know why, but having the same distribution i still have no success |
| 09:55.21 | dmit | XorA, which platform are you compiling for? |
| 09:55.43 | dmit | and is it glibc or uclibc based? |
| 09:55.45 | XorA | dmit: distro=oz-3.5.3 |
| 09:58.28 | *** join/#oe ade|desk (~adavey@host81-130-179-19.in-addr.btopenworld.com) |
| 09:58.49 | koen | mickeyl: if you move the oz cvsdate forward two days, you'll have an unpatched ikpg-utils version |
| 10:01.51 | ade|desk | morning folks |
| 10:02.24 | koen | hey ade|desk |
| 10:03.19 | dmit | who would help me better understand the ASSUME_PROVIDED option in local.conf? |
| 10:06.54 | greg72 | dear openembeddeders, I'm still having problems with compiling glibc to the powerpc architecture. the ./configure of glibc complains about my binutils that it does not handle .machine "altivec". Peeking at the source of my cross-binutils, it does have support for altivec. See http://pastebin.ca/8409 for sysdep/powerpc/configure for the checking code. My first question is: should glibc check i386-as or powerpc-as? Just because trying the little assembly code |
| 10:06.54 | greg72 | <PROTECTED> |
| 10:07.27 | mickeyl | koen: will do, thanks |
| 10:09.51 | RP | dmit: slackware works fine with oe... |
| 10:10.42 | dmit | RP: hmm, tryed 10.1 but with no succes... OK, maybe I still have DNA problems... |
| 10:12.37 | RP | dmit: I'm running a mix of 9.1 and 10.0 but I don't think there's much difference to 10.1... |
| 10:14.50 | koen | I have a new feature "request" for OE: patch timeframes |
| 10:15.43 | koen | having a startcvsdate and endcvsdate would be nice |
| 10:16.18 | RP | Personally, I think oe is broken in that regard - we should be able to specify any previous working version number and have oe know which patches to use, which cvs date or tags etc. |
| 10:17.29 | RP | I did wonder if it could become self modifying, knowing how to check previous versions of files out of bk :) |
| 10:17.53 | koen | heh |
| 10:22.48 | *** join/#oe marcansoft (1337@80.26.245.135) |
| 10:26.16 | dmit | one more error, blah |
| 10:26.25 | dmit | would anyone check the log at http://pastebin.ca/8410 |
| 10:26.39 | dmit | what could be wrong _that_time_?... 8-0 |
| 10:28.21 | *** join/#oe zinga (~arnaudb@186.80-203-227.nextgentel.com) |
| 10:34.51 | dmit | mickeyl, koen: sorry for disturbing but would you check my error log at http://pastebin.ca/8410 please?.. |
| 10:35.32 | mickeyl | looks like an upstream problem |
| 10:35.34 | mickeyl | never seen that error |
| 10:35.48 | mickeyl | i guess i'll launch a build for x86 |
| 10:35.52 | mickeyl | lets see how far that gets |
| 10:36.56 | dmit | 10x |
| 10:43.14 | *** join/#oe zimbo (~bonis@callisto.dom.bonis.de) |
| 10:47.31 | koen | *mayor handwaving* |
| 10:49.05 | koen | mickey|lunch: I broke OZ and fam build, see the cset comment for the required *local* fix |
| 10:52.36 | XorA | koen: what was the problem with later xservers? |
| 10:53.16 | RP | Has the problem with gpe-images been found? |
| 10:53.27 | koen | XorA: tslib broke with 2.6 |
| 10:53.44 | koen | the other is missing keysyms for the powerbutton |
| 10:54.50 | koen | cset 1.3215 sets back the cvsdate ot 20050207, but the .bb contains an xepson patch for the current cvs |
| 10:55.01 | koen | s/ot/to/ |
| 10:55.57 | XorA | koen: ah, thats why my touchscreen stopped working :-) |
| 10:56.16 | XorA | koen: do an xserver_20050207.bb file |
| 10:56.58 | koen | that was my plan, but I didn't have the time to see how a snapshot .bb works |
| 10:57.46 | RP | Does this solve the problem I was seeing of only getting to gpe-login? (the ts seemed to be working) |
| 11:06.28 | *** join/#oe reenoo (~r@p5489EAEE.dip.t-dialin.net) |
| 11:06.51 | reenoo | afternoon |
| 11:15.23 | RP | afternoon reenoo |
| 11:18.26 | reenoo | hey RP |
| 11:30.37 | bluelightning | 2.6 is closer to mainline than the old 2.4, is it not? |
| 11:33.58 | koen | it is |
| 11:34.13 | koen | both for the zaurus and hh.org kernels |
| 11:34.52 | bluelightning | so it's not too lofty a goal :) |
| 11:36.57 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 11:40.30 | dmit | XorA, is your pc still overheated and down? |
| 11:42.10 | XorA | dmit: Im on the wrong end of an ssh link so I cant turn it back on |
| 11:42.21 | dmit | ic |
| 11:43.13 | dmit | just wanted anyone with the same host distro to check if it will compile with my settings |
| 11:43.15 | RP | bluelightning: The c7x0 zaurus kernel is closer that you'd think. A mainline kernel would run on the device minus battery and sound support |
| 11:43.26 | bluelightning | RP: cool :) |
| 11:44.29 | *** join/#oe W8TVI (~noel@69.39.75.252) |
| 11:55.18 | *** join/#oe Virusmaster (~Thomas@p5488F979.dip.t-dialin.net) |
| 11:59.30 | dmit | mickeyl: any success with x86? ;) |
| 12:00.12 | mickeyl | breaks at the same place |
| 12:00.19 | mickeyl | i have an idea why though |
| 12:00.58 | mickeyl | hmm, ok it breaks even without NTPL |
| 12:03.18 | dmit | yes it does, i checked |
| 12:04.18 | mickeyl | tried the newer glibc ? |
| 12:05.00 | dmit | not yet, but folks with the same host distro as me tell that OZ compiles ok |
| 12:05.49 | dmit | I even installed a fresh slackware 10.1 distro to check the things, results look the same |
| 12:05.56 | mickeyl | that's not a distro thing |
| 12:06.04 | mickeyl | local distro, that is |
| 12:06.09 | mickeyl | it's a problem in the glibc |
| 12:10.11 | mickeyl | i'm trying with i686 now |
| 12:27.47 | dmit | mickeyl: i686 fails even earlier |
| 12:28.07 | mickeyl | uncomment the VENDOR |
| 12:28.13 | mickeyl | in x86.conf |
| 12:29.03 | mickeyl | i forgot that setting the vendor is necessary to make oe build a "cross"compiler |
| 12:29.11 | mickeyl | if targetting x86 |
| 12:29.29 | dmit | so it should then proceed with i386 as well? |
| 12:29.40 | mickeyl | possible |
| 12:30.00 | dmit | ok, trying |
| 12:31.23 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 12:36.49 | *** join/#oe willow (~willow@neilmathers.co.uk) |
| 12:37.09 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 12:40.11 | bluelightning | night all |
| 12:53.19 | *** join/#oe jskcr (~jskcr@jskcr.user) |
| 12:53.33 | jskcr | l |
| 13:01.39 | *** join/#oe marcanso1t (1337@80-29-18-168.adsl.nuria.telefonica-data.net) |
| 13:03.57 | *** join/#oe W8TVI (~noel@69.39.75.252) |
| 13:04.47 | zecke_ | mickeyl: who is creating/writing mtabs? |
| 13:04.53 | mickeyl | who? |
| 13:04.54 | mickeyl | the kernel |
| 13:05.03 | zecke_ | mickeyl: not /proc/mounts |
| 13:05.07 | mickeyl | ah |
| 13:05.09 | mickeyl | mount then |
| 13:05.11 | zecke_ | mickeyl: /etc/mtab |
| 13:05.17 | zecke_ | mickeyl: even busybox mount? |
| 13:05.25 | mickeyl | only if you configure it to do that |
| 13:05.52 | mickeyl | we disabled it |
| 13:05.58 | mickeyl | because we don't saw any need for it |
| 13:06.52 | zecke_ | mickeyl: so who should link it? |
| 13:06.52 | zecke_ | /proc/mount to /etc/mtab |
| 13:08.18 | mickeyl | we do that already |
| 13:08.23 | mickeyl | since day 1 of base-files |
| 13:08.48 | zecke_ | mickeyl: hmm I wonder why it isn't here |
| 13:08.57 | zecke_ | but I just found it myself in basefiles |
| 13:09.32 | zecke_ | ah only if I've a tmpfs/ramfs entry in my fstab |
| 13:09.38 | mickeyl | hmm |
| 13:09.46 | mickeyl | i think that should be out of the if |
| 13:09.55 | zecke_ | yes I#ll fix it tonite |
| 13:10.03 | mickeyl | good |
| 13:10.16 | mickeyl | i wonder if there was a special reason for that |
| 13:10.22 | mickeyl | should ask kergoth or pb |
| 13:10.25 | mickeyl | or whoever added base-files |
| 13:10.35 | zecke_ | mickeyl: I'll consult bk revtool |
| 13:26.14 | dmit | mickeyl: removed VENDOR, left i386 - the same thing again |
| 13:26.34 | dmit | ../nptl/sysdeps/unix/sysv/linux/lowlevellock.c:29: error: conflicting types for '__lll_lock_wait' |
| 13:27.27 | dmit | mickeyl: "uncommented VENDOR" i mean |
| 13:27.41 | mickeyl | did a full rebuild from scratch |
| 13:27.42 | mickeyl | ? |
| 13:27.46 | dmit | yes |
| 13:28.01 | mickeyl | hmm |
| 13:28.03 | mickeyl | unfortunate |
| 13:28.10 | mickeyl | guess we need to wait until a glibc expert shows up |
| 13:29.00 | dmit | moon phase?... 8-/ BTW who that expert would be? |
| 13:29.35 | peteru-home | can I specify an exact date/time for a cvs:// SRC_URI ? |
| 13:30.14 | mickeyl | dmit: that would be kergoth, pb_, or gb2 |
| 13:30.27 | mickeyl | peteru-home: CVSDATE_foo = "bar" >> local.conf |
| 13:30.32 | peteru-home | basically, I want to pass -D '30 Mar 2005 23:23:00+10:00' to the cvs checkout command |
| 13:31.36 | peteru-home | urm, 29 Mar 2005 - it's not tomorrow just yet :-) |
| 13:32.36 | peteru-home | mickeyl: thanks for the tip. I'll try it now. |
| 13:32.38 | *** join/#oe maisheri (~hiteshm@61.95.227.31) |
| 13:34.36 | *** join/#oe qfh (~qfh@ppp-62-245-163-131.mnet-online.de) |
| 13:35.25 | peteru-home | mickeyl: That doesn't work. Looks like bb can't cope with a complicated timespec that contains spaces, etc. |
| 13:36.13 | dmit | peteru-home: how do you pass the option? |
| 13:36.46 | dmit | peteru-home: date command can show you the date in any way you need |
| 13:36.46 | peteru-home | CVSDATE_linux-wgt634u="-D '30 Mar 2005 23:30:00+10:00'" |
| 13:36.58 | mickeyl | remove the -D |
| 13:37.03 | mickeyl | the -D is passed by bitbake |
| 13:37.07 | mickeyl | cvsdate is the date, not the command |
| 13:37.10 | mickeyl | nor the option |
| 13:37.24 | peteru-home | I see. |
| 13:37.31 | peteru-home | Should I leave the quoting off? |
| 13:37.37 | mickeyl | dunno, try |
| 13:37.41 | dmit | i just thought he's using a kind of external script to pass the date |
| 13:38.15 | chouimat | morning |
| 13:40.31 | dmit | chouimat: morning... although it's almost evening here ;) |
| 13:48.11 | *** join/#oe cbrake (~cbrake@mail.accelent.com) |
| 13:50.46 | dmit | cbrake: hi |
| 13:55.45 | peteru-home | dmit and mickeyl, thanks for your tips. Turns out the easist method is to set the string to 20050330, since between bb and cvs any complex date specification seems to be clobbered. |
| 13:56.28 | peteru-home | I just needed the tag to be within the last couple of hours, but since I am UTC+10:00 , that wasn't happening. |
| 14:08.19 | *** join/#oe ade|desk (~adavey@host81-130-179-19.in-addr.btopenworld.com) |
| 14:15.10 | *** join/#oe mallum (~mallum@host81-153-50-205.range81-153.btcentralplus.com) |
| 14:16.22 | Crofton | I am having a strange patch problem |
| 14:16.45 | Crofton | I have a pacth that is getting rejected, but I don't understand why .. |
| 14:17.36 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
| 14:19.07 | dmit | peteru-home: may be try 'man date' - as I remember it had a lot of options, i.e. date/time shifting, calculating etc. I used it sometimes for similar tasks ;) |
| 14:22.55 | cbrake | dmit: hello -- are things working any better for you -- have not been following IRC closely for the last couple days? |
| 14:24.43 | dmit | cbrake: unfortunately still not. Mickey was so kind to spent some time on that problem, but also without success. If you are subscribed to OE mailing list you can see the last results I've got. |
| 14:25.35 | dmit | I just posted the question there in attempt to find someone who could help me |
| 14:27.39 | cbrake | dmit: ahh, I'm still catching up -- I'll take a look. |
| 14:27.40 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 14:29.13 | cbrake | dmit: hang in there -- OE has a pretty steep learning curve, but I think it is worth it once you get things going. |
| 14:30.41 | dmit | sure ;) |
| 15:10.42 | dmit | can't beleive, it passed glibc compilation at last! ;-) Now let's wait for a kind of a new error to arrive........ 8-D |
| 15:13.26 | dmit | mickeyl: after messing around x86.conf I have made glibc to compile with the option TARGET_ARCH="i586" and TARGET_VENDOR="oe" |
| 15:13.55 | dmit | i386 and i686 with no success |
| 15:19.43 | *** join/#oe _law_ (~law@213.173.86.202) |
| 15:19.55 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
| 15:26.38 | *** join/#oe chouimat (~dieu@r2351064.cidc.net) |
| 15:30.18 | dmit | $hit, again |
| 15:31.05 | dmit | mickeyl: glibc compiled, but another error again: http://pastebin.ca/8426 |
| 15:31.23 | dmit | would anyone tell, what's wrong here? http://pastebin.ca/8426 |
| 15:35.30 | koen|uni | hmmm |
| 15:42.17 | *** join/#oe minipanda (~zhanght@219.236.22.152) |
| 15:43.04 | *** join/#oe hufnus (~slonsiki@m5d8936d0.tmodns.net) |
| 15:45.55 | Crofton | anyone know why a simple patch that adds a few lines to a file would fail? |
| 15:46.04 | Crofton | visually I can't see a problem |
| 15:46.23 | koen|uni | wrong pnum? |
| 15:46.34 | Crofton | I don't think so |
| 15:46.47 | Crofton | I did a similar patch that works |
| 15:46.48 | CosmicPenguin | what does the .rej tell you? |
| 15:46.54 | Crofton | nothing |
| 15:46.59 | CosmicPenguin | its empty? |
| 15:47.10 | Crofton | no, there is only one chunk and it failed |
| 15:47.39 | reenoo | Crofton: check for DOS vs UNIX line endings |
| 15:47.40 | Crofton | *************** |
| 15:47.40 | Crofton | *** 65,72 **** |
| 15:47.40 | Crofton | <PROTECTED> |
| 15:47.40 | Crofton | <PROTECTED> |
| 15:47.40 | Crofton | <PROTECTED> |
| 15:47.41 | Crofton | <PROTECTED> |
| 15:47.43 | Crofton | <PROTECTED> |
| 15:47.45 | Crofton | <PROTECTED> |
| 15:47.48 | Crofton | --- 65,76 ---- |
| 15:47.48 | *** join/#oe Bernardo (~Bernardo@Bernardo.sourcemage) |
| 15:47.50 | Crofton | <PROTECTED> |
| 15:47.52 | Crofton | <PROTECTED> |
| 15:47.54 | Crofton | + ifndef IDL |
| 15:47.56 | Crofton | <PROTECTED> |
| 15:47.58 | Crofton | + endif |
| 15:48.00 | Crofton | + ifndef IDL_COS_DIR |
| 15:48.02 | Crofton | <PROTECTED> |
| 15:48.03 | *** join/#oe e-taro (~e-taro@YahooBB219198220127.bbtec.net) |
| 15:48.04 | Crofton | + endif |
| 15:48.08 | Crofton | <PROTECTED> |
| 15:48.10 | Crofton | <PROTECTED> |
| 15:48.13 | Crofton | must be a really silly problem |
| 15:48.14 | *** part/#oe e-taro (~e-taro@YahooBB219198220127.bbtec.net) |
| 15:48.32 | reenoo | ~lart Crofton |
| 15:48.38 | Crofton | heh |
| 15:48.45 | koen|uni | Crofton: try using a unified diff |
| 15:48.46 | Crofton | I've wondering what that was |
| 15:48.51 | Crofton | OK |
| 15:49.37 | Crofton | http://pastebin.ca/8432 |
| 16:00.52 | dmit | 6 days to reach the point, like in bible |
| 16:01.54 | cbrake | dmit: :-) -- guess you can rest tomorrow ... |
| 16:02.54 | dmit | ;-)))))))))) |
| 16:05.04 | *** join/#oe uv1 (~sc@p509241AF.dip0.t-ipconnect.de) |
| 16:05.15 | uv1 | Good evening. |
| 16:06.02 | dmit | BTW - is there any DOC / WiKi / HowTo about all that OE images, its conceptions etc? |
| 16:06.08 | uv1 | Is there already a distro file running nano-x + qt (non embedded) + opie ? |
| 16:11.35 | treke|home | no |
| 16:12.08 | *** join/#oe hufnus (~slonsiki@m5d8936d0.tmodns.net) |
| 16:12.28 | treke|home | opie does not support running on X |
| 16:15.36 | CosmicPenguin | nano-x and QT don't run together |
| 16:15.54 | treke|home | so there are two problems :) |
| 16:15.58 | CosmicPenguin | Unless you mean tiny-X or kdrive, and then the answer is still no |
| 16:16.37 | CosmicPenguin | nano-x != tiny-x != xorg |
| 16:19.35 | dmit | CosmicPenguin: hi |
| 16:23.18 | CosmicPenguin | dmit: hi |
| 16:27.08 | dmit | CosmicPenguin: my fight for making OE work at last finished. The Greatest Victory Of The Century. ;) |
| 16:28.07 | dmit | can anyone tell why does samba package need ncurses and readline??? Can't suppose what for. |
| 16:35.32 | Crofton | koen, thanks, looks like the unified diff worked |
| 16:38.47 | CosmicPenguin | dmit: nurses and readline are probably for the smbclient |
| 16:40.53 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 16:45.59 | *** join/#oe Crofton (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 16:50.50 | *** join/#oe molivier (~mac@f03v-16-105.d3.club-internet.fr) |
| 16:54.08 | *** join/#oe ar_ (~ar@port-ip-213-211-233-141.reverse.mdcc-fun.de) |
| 16:55.07 | *** join/#oe molivier (~mac@f03v-16-105.d3.club-internet.fr) |
| 17:01.53 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 17:07.47 | *** part/#oe exastra (~go@l5.org) |
| 17:12.19 | *** join/#oe exastra (~go@l5.org) |
| 17:12.33 | *** join/#oe hhhcz (~arnaud@82.228.255.84) |
| 17:17.16 | *** join/#oe Laibsch (~leggewie@G053e.g.pppool.de) |
| 17:17.23 | reenoo | <CIA> Add gpe-mileage - a mileage calculator for GPE. |
| 17:17.41 | reenoo | <CIA> sqlite: add sqlite.pc from debian |
| 17:26.49 | scanline | heh |
| 17:28.00 | *** join/#oe webmind (~webmind@217-195-236-172.dsl.esined.net) |
| 17:30.01 | CosmicPenguin | scanline: seriously, what do we pay you for around here? :D |
| 17:30.28 | scanline | hah |
| 17:30.32 | reenoo | heh |
| 17:30.42 | *** join/#oe xep (misha@porter-kresge-apts-59-40.resnet.ucsc.edu) |
| 17:30.45 | scanline | well, it broke when I was asleep... I don't have one of those alarms that wakes me up when CIA dies yet :P |
| 17:30.51 | scanline | it should be fine now |
| 17:31.01 | reenoo | scanline: cool. thanks |
| 17:36.16 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 17:43.02 | *** join/#oe mikeklem (~mikeklem@scotttogo.rit.edu) |
| 17:47.48 | *** join/#oe webmind (~webmind@217-195-236-172.dsl.esined.net) |
| 17:57.00 | *** join/#oe badalex (~badalex@badalex.user.epiar) |
| 18:02.23 | Crofton | I have a package that is trying to fid some headers and libs from a package I previous installed in staging |
| 18:02.49 | Crofton | the package installed in STAGING/MACH/usr/include |
| 18:03.30 | Crofton | but the next configure script doesn't look in S/M/usr/include, rather it looks in the /usr/include |
| 18:03.48 | Crofton | What is the "proper" oe way to fix this? |
| 18:04.15 | treke | figure out why it's looking in /usr and change it? |
| 18:04.21 | Crofton | should I force the prveious package to install in staging without the /usr, or fix the configure script? |
| 18:04.36 | CosmicPenguin | is it a true autoconf style ./configure script? |
| 18:04.50 | CosmicPenguin | or is it a hand hacked pseudo clone? |
| 18:04.59 | Crofton | Um, how can I tell for sure? |
| 18:05.28 | Crofton | # Guess values for system-dependent variables and create Makefiles. |
| 18:05.28 | Crofton | # Generated by GNU Autoconf 2.53 for omniEvents 2.6.1. |
| 18:06.22 | CosmicPenguin | Ok - and you actually re-generate the configure script(s) by inheriting autotools, correct? |
| 18:06.55 | Crofton | let me double check |
| 18:07.22 | Crofton | I inherit autotools and pkgconfig |
| 18:08.28 | CosmicPenguin | And you didn't overload the do_configure() function, correct? |
| 18:08.55 | Crofton | I am pretty sure I have done it both ways, overloaded now |
| 18:09.07 | treke | un overload it |
| 18:09.10 | CosmicPenguin | heh - |
| 18:09.14 | treke | it does important stuff |
| 18:09.18 | treke | that you don't |
| 18:10.09 | jskcr | Hya everyone |
| 18:10.19 | Crofton | What if this doesn't fix it? (I overloaded it in an attempt to beat it into submission) |
| 18:10.33 | jskcr | anyone have any idea why I get the following when I build screen |
| 18:10.35 | jskcr | | In file included from screen.c:81: |
| 18:10.35 | jskcr | | screen.h:128: error: field `m_ttyb' has incomplete type |
| 18:10.35 | jskcr | | screen.h:129: error: field `m_tchars' has incomplete type |
| 18:12.53 | CosmicPenguin | Crofton: It might not fix it entirely, but at least then we'll be sure that all the autoconf stuff is done correctly |
| 18:13.02 | Crofton | heh :) |
| 18:13.08 | CosmicPenguin | Crofton: then, we can figure out where your configure script is braindead |
| 18:13.28 | Crofton | ok it failed |
| 18:13.29 | CosmicPenguin | Crofton: thats a common occurance - look through the tree, and you'll find that configure.in and configure.ac are patched more then any other file |
| 18:13.44 | CosmicPenguin | Crofton: ok - did we get a reason? |
| 18:13.44 | Crofton | yeah, kergoth had mentioned this |
| 18:13.52 | Crofton | I need to look some |
| 18:13.58 | treke | the breakage in the specific program is probably far less severe than the breakage from not doing all of oe's magic :p |
| 18:14.10 | Crofton | start with configure, or configure.ac? |
| 18:14.19 | treke | start with the error message |
| 18:14.30 | CosmicPenguin | Crofton: check the log |
| 18:15.16 | Crofton | ah, in the script it tries $prefix/include and /usr/local/include |
| 18:15.29 | Crofton | given that prefix is very likely /usr |
| 18:16.02 | Crofton | hmm |
| 18:16.04 | Crofton | crap |
| 18:16.11 | Crofton | LongDoubles again |
| 18:16.26 | CosmicPenguin | Thats easy enough to fix |
| 18:17.05 | Crofton | Actually, no it is pulling the header from /usr/local/include/omniORB4 |
| 18:17.26 | Crofton | LongDouble doesn't make sense on my target |
| 18:17.51 | Crofton | the correct header will be in the staging area |
| 18:20.00 | *** join/#oe zap (~zap@217.170.93.9) |
| 18:22.00 | CosmicPenguin | Crofton: ok - so probably they are using a macro or define that isn't using $prefix like it should |
| 18:22.23 | Crofton | yeah, there is an aclocal.m4 file |
| 18:23.09 | CosmicPenguin | Crofton: So far, most of the standard AC_ macros do the right thing w.r.t $prefix (thanks to some heavy hacking by kergoth and co.) |
| 18:23.43 | CosmicPenguin | Crofton: but most developers that write their own macros don't account for x-compiling |
| 18:23.56 | Crofton | yeah, I suspect this is the case |
| 18:24.15 | Crofton | where can I find an example of a fixed m4 file? |
| 18:24.48 | *** join/#oe tux_mike (~mike@zelda.tuxnami.org) |
| 18:26.30 | Crofton | I am assuming I can change the way it uses $prefix to account for destdir? |
| 18:27.11 | CosmicPenguin | Crofton: no - you *want* to use $prefix, because OE passes that in correctly |
| 18:27.27 | CosmicPenguin | Crofton: at least it does when you don't overload the do_configure function |
| 18:27.30 | Crofton | prefix would aim into the stagin area? |
| 18:27.35 | CosmicPenguin | Correct |
| 18:27.39 | Crofton | I'm not overloading it now .. |
| 18:27.48 | CosmicPenguin | Right - so you can assume that $prefix will point to the right place |
| 18:29.37 | CosmicPenguin | Crofton: If you just need to find a header, I think that AC_CHECK_HEADERS macro does the right thing |
| 18:29.51 | CosmicPenguin | And I'm 80% sure its x-compile friendly, but one of the gurus can correct me on that |
| 18:30.04 | Crofton | I'm checking log_configure now |
| 18:35.01 | Crofton | It's more complicated than a header go/no go |
| 18:43.54 | *** join/#oe ar_ (~ar@port-ip-213-211-233-141.reverse.mdcc-fun.de) |
| 18:47.58 | *** join/#oe gremlin[it] (~gremlin@194-177-126-56.f4.ngi.it) |
| 18:48.06 | gremlin[it] | good evening |
| 18:48.40 | gremlin[it] | someone here that read the bitkeeper patch send by mail ? |
| 18:51.58 | Crofton | well, it just made it to my inbox |
| 18:52.13 | Crofton | but it isn't something I am knowledgable about |
| 18:52.46 | gremlin[it] | mhh i mean an "admin" ... was an error ... :) ... is the same i sent yestardady :( ... sorry :( |
| 18:53.03 | Crofton | you mean a guru :) |
| 18:53.15 | gremlin[it] | ok a guru :) |
| 18:53.31 | gremlin[it] | as pb_ or kergoth and i don't know who else ;) |
| 19:01.54 | *** join/#oe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 19:01.54 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ (l/p guest/guest) | This is not a distribution support channel | The OE mailing list is back, but everyone needs to resubscribe. | We have a bitbake-dev mailing list for discussions on the core. If you're interested in BitBake-Ng, please subscribe. | LCA 2005 Embedded Miniconf - http://www.openembedded.org/miniconf |
| 19:02.24 | dmit | all: what are possible values for KERNEL_IMAGETYPE? Or where I can find more indepth explanation on it?... |
| 19:02.30 | *** join/#oe Laibsc1 (~leggewie@G1085.g.pppool.de) |
| 19:05.19 | cbrake | dmit: grep in the conf/machine directory. I think this is the target for the kernel make command. bzImage is typically used for x86, zImage for most other things, uImage if you are using u-boot for a bootloader, etc. |
| 19:06.46 | cbrake | dmit: ./classes/kernel.bbclass: oe_runmake ${KERNEL_IMAGETYPE} CC="${KERNEL_CC}" LD="${KERNEL_LD}" |
| 19:07.13 | dmit | cbrake: 10x, I've just tried bzImage, but things went wrong, so I ask: "install: cannot stat `./bzImage': No such file or directory" |
| 19:08.59 | cbrake | dmit: maybe it should be: arch/i386/boot/bzImage |
| 19:09.55 | dmit | cbrake: do you mean i have to put "arch/i386/boot/bzImage" into KERNEL_IMAGETYPE? |
| 19:11.17 | cbrake | dmit: no, you should not have to do that -- you might just want to look through the commands and figure out where there is no bzImage in ./ |
| 19:11.26 | cbrake | s/where/why |
| 19:13.23 | dmit | cbrake: it is exactly in arch/i386/boot/bzImage that's right, I just ask because KERNEL_IMAGETYPE="bzImage" does not do the things itself.... Hmm. This kernel/image things are not documented well in OE |
| 19:15.03 | *** join/#oe Crofton_ (~balister@h80ad924e.dhcp.vt.edu) |
| 19:15.41 | Crofton_ | any configure gurus handy? I have a m4 file I'd like someone to look at? |
| 19:17.50 | CosmicPenguin | pastebin it, we'll struggle through it |
| 19:17.56 | Crofton_ | OK |
| 19:19.19 | Crofton_ | http://pastebin.ca/8444 |
| 19:20.12 | Crofton_ | hmm, not a good one |
| 19:22.18 | Crofton_ | gah net connection is lsowing ... |
| 19:22.49 | Crofton_ | http://pastebin.ca/8445 |
| 19:25.03 | CosmicPenguin | Ok then - so what are we looking at |
| 19:25.03 | CosmicPenguin | ? |
| 19:25.33 | Crofton_ | It is tryingto figure out some details about the version of omniorb installed |
| 19:25.58 | Crofton_ | I need to paste the file taht defines ac_corba_searchdirs |
| 19:26.41 | CosmicPenguin | ugggly |
| 19:26.57 | Crofton_ | http://pastebin.ca/8446 |
| 19:28.45 | Crofton_ | I am thinking it needs to add something in front of $prefix to account for use od destdir in staging and cross-compliling case |
| 19:32.49 | Crofton_ | There sure are alot of patches called autofoo.patch |
| 19:36.58 | CosmicPenguin | Hmmmm.... |
| 19:37.03 | reenoo | Crofton_: that .m4 is highly bogus. |
| 19:37.18 | CosmicPenguin | Crofton_: But the searchdirs looks fine to me - it should be putting the prefix in the right order |
| 19:37.45 | CosmicPenguin | $prefix/include should exist |
| 19:37.50 | reenoo | CosmicPenguin: $prefix will be set to /usr. that cannot work |
| 19:37.59 | Crofton_ | but my understanding is that $prefix is like /usr |
| 19:38.08 | CosmicPenguin | reenoo: doh, thats right |
| 19:38.12 | reenoo | Crofton_: correct |
| 19:38.21 | Crofton_ | ok |
| 19:38.26 | kergoth | in the case of a macro like that, there needs to be a configure commandline option to override where its looking, that we can stuff at staging. |
| 19:38.30 | kergoth | heh |
| 19:38.35 | Crofton_ | (I just went through the education about destdir) |
| 19:39.11 | Crofton_ | Is there an example of something similar that is cross friendly? |
| 19:39.51 | reenoo | Crofton_: what's that macro actually used for? |
| 19:39.59 | reenoo | Crofton_: to check for headers? |
| 19:40.09 | Crofton_ | more than that |
| 19:40.51 | Crofton_ | http://pastebin.ca/8445 |
| 19:40.55 | Crofton_ | uses that macro |
| 19:41.06 | gremlin[it] | maybe is a bit off-topic question but zaurus SL-C[13]000 and 860 use the same ATI video proc ? |
| 19:41.40 | Crofton_ | reenoo, I think they will use it for headers, but it is likely used for other stuff |
| 19:42.03 | Crofton_ | So if I can fix it here, I think that will help me avoid several problems |
| 19:43.08 | mickeyl | gremline: no |
| 19:43.15 | Crofton_ | 8445 uses it for includes and libs |
| 19:43.15 | mickeyl | gremlin: C7x0 use w100 |
| 19:43.21 | mickeyl | gremlin: 6000 uses tc6393 |
| 19:43.28 | mickeyl | SLC1000,3000 use pxafb |
| 19:43.32 | mickeyl | all three are different |
| 19:43.42 | mickeyl | Welcome to the wonderful world of Sharp |
| 19:43.43 | mickeyl | heh |
| 19:44.27 | chouimat|bored | mickeyl: eta for 3.5.3? |
| 19:44.59 | gremlin[it] | mickeyl : mhhh about video performance pxafb and w100, which is better ? |
| 19:45.05 | mickeyl | chouimat|bored: doesn't look good |
| 19:45.15 | mickeyl | no fixed date at the moment due to some serious bugs |
| 19:45.25 | mickeyl | apm userland scripts don't run |
| 19:45.29 | chouimat|bored | ok |
| 19:45.30 | mickeyl | time isn't preserved |
| 19:45.36 | mickeyl | opie looks uhm... not good |
| 19:45.45 | chouimat|bored | :( |
| 19:45.47 | mickeyl | so can't really estimate |
| 19:46.53 | mickeyl | well |
| 19:46.57 | mickeyl | i could release it for collie |
| 19:47.03 | mickeyl | because it looks very good there |
| 19:47.14 | reenoo | Crofton_: like kergoth said. you're probably best off passing an extra search path to it. |
| 19:48.11 | kergoth | really, m4 macros to _find_ things suck. they should be using pkg-config. having an m4 macro to -test the sanity- of the libs once it has used pkg-config to find it, that makes sense. |
| 19:48.15 | kergoth | heh |
| 19:48.24 | Crofton_ | heh |
| 19:49.15 | Crofton_ | If I override do_configure I can play with OMNIBASE |
| 19:49.38 | Crofton_ | how much trouble does this get me in? |
| 19:51.16 | reenoo | Crofton_: ah. just try passing that in through EXTRA_OECONF. I'm not sure if it'll work but it's worth a shot |
| 19:51.51 | Crofton_ | do_configure () { |
| 19:51.51 | Crofton_ | <PROTECTED> |
| 19:51.51 | Crofton_ | <PROTECTED> |
| 19:51.51 | Crofton_ | } |
| 19:52.11 | reenoo | no. don't mess with do_configure |
| 19:52.23 | Crofton_ | hmmm |
| 19:52.37 | Crofton_ | just EXTRA_OECONF-= ... |
| 19:53.03 | reenoo | just EXTRA_OECONF = |
| 19:53.11 | Crofton_ | #do_configure () { |
| 19:53.11 | Crofton_ | <PROTECTED> |
| 19:53.11 | Crofton_ | # oe_runconf |
| 19:53.11 | Crofton_ | #} |
| 19:53.14 | Crofton_ | :) |
| 19:54.33 | reenoo | that should do |
| 19:55.03 | Crofton_ | bother |
| 19:55.07 | *** join/#oe Pigi (~NoOne@host191-45.pool80180.interbusiness.it) |
| 19:55.12 | Crofton_ | packages/omnievents/omnievents_2.6.1.bb:18: unparsed line: ' EXTRA_OECONF="--with-omniorb=${STAGING_DIR}/${BUILD_SYS}/usr"' while parsing /oe_stuff/openembedded/packages/omnievents/omnievents_2.6.1.bb |
| 19:55.15 | Pigi | Ciao all |
| 19:55.26 | mickeyl | pigi: wait |
| 19:55.33 | mickeyl | Pigi: has the ipkg-link patch been uploaded ? |
| 19:55.39 | reenoo | Crofton_: ah, right. remove the leading white space |
| 19:55.45 | Pigi | hi mickeyl |
| 19:55.46 | Crofton_ | leading <TAB> ? |
| 19:55.50 | Crofton_ | yep |
| 19:55.55 | mickeyl | greetings pigi |
| 19:55.58 | Crofton_ | so many details |
| 19:56.14 | Pigi | I have uploaded the ipkg-link version from the oe ( so including the patches from oe ) |
| 19:56.19 | mickeyl | very good, thanks |
| 19:56.45 | Pigi | Can you please let me know if it is ok, so I close the bug ? |
| 19:57.13 | Pigi | it's in cvs head ( no tag actually ) |
| 19:57.48 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
| 19:58.05 | mickeyl | will do and tell ya |
| 19:58.26 | Pigi | ehehehe |
| 19:59.29 | mickeyl | not now though ;) |
| 19:59.55 | Crofton_ | bother build vs target |
| 20:00.19 | kergoth | Crofton_: heh, do --with-omniorb=${STAGING_LIBDIR}/.. |
| 20:00.31 | kergoth | libdir is always target, and that way you arent hardcoding knowledge of staging structure in the .bb |
| 20:00.48 | kergoth | (not so much, anyway) |
| 20:00.50 | Crofton_ | It uses the path to look for include and libs |
| 20:00.58 | kergoth | yes. |
| 20:01.01 | *** join/#oe badalex (~badalex@badalex.user.epiar) |
| 20:01.13 | gremlin[it] | mhh but STAGING_LIBDIR are alwais defined ? |
| 20:01.16 | kergoth | the stagign lib/ and include/ dirs have the same parent. |
| 20:01.18 | kergoth | gremlin[it]: yes. |
| 20:01.24 | Crofton_ | does STAGING_LIBDIR include trailing /lib |
| 20:01.26 | kergoth | Crofton_: do it hte way i described. |
| 20:01.29 | kergoth | yes |
| 20:01.35 | kergoth | do you not know what '..' is? |
| 20:01.43 | Crofton_ | ah |
| 20:01.44 | Pigi | mickeyl, np, take all the time you need :) |
| 20:01.45 | kergoth | that wasnt punctuation in my sentence. |
| 20:01.47 | kergoth | that was part of the path. |
| 20:01.49 | Crofton_ | I am blind |
| 20:01.57 | kergoth | :) |
| 20:03.06 | Crofton_ | hmmm, compile didn;t blow right away .... |
| 20:03.37 | gremlin[it] | mhh so i can use STAGING_LIBDIR also to check the presente of libcrypt in my patch for pppd ... |
| 20:03.39 | Crofton_ | on to the next problem (hopefully) |
| 20:03.56 | Crofton_ | ok, I have a package |
| 20:04.04 | *** join/#oe dmit (~dmit@dza84-111.dza.lv) |
| 20:04.18 | Crofton_ | need to check the kergoth way now |
| 20:06.51 | mickeyl | anyone knowing offhand how to not make apmd fork into background? |
| 20:06.56 | mickeyl | apm --help is not really helpful |
| 20:07.06 | mickeyl | apmd even |
| 20:09.23 | mickeyl | hmm doesn't look like it can do that |
| 20:09.27 | mickeyl | so no strace debugging for me |
| 20:09.31 | mickeyl | ~lart apmd |
| 20:09.33 | Pigi | mickeyl, "man apmd" doesn't seems to have such option |
| 20:09.44 | mickeyl | yeah, bummer |
| 20:09.46 | mickeyl | trying with -vvvv |
| 20:09.54 | dmit | mickeyl: don't think its possible, apmd is built as a daemon from scratch |
| 20:10.17 | dmit | the only way is to turn max debug as possible |
| 20:12.21 | mickeyl | hmm very funny |
| 20:12.25 | mickeyl | apmd just does.... |
| 20:12.28 | mickeyl | nothing |
| 20:12.33 | mickeyl | as if there was no suspend/resume |
| 20:12.37 | mickeyl | not even an entry in the syslog |
| 20:13.01 | dmit | not sure if it even should.... |
| 20:13.20 | mickeyl | well |
| 20:13.22 | mickeyl | with -v |
| 20:13.27 | mickeyl | where's it supposed to leave messages ? |
| 20:13.45 | dmit | nowhere, a kind of kernel level |
| 20:14.20 | dmit | i've tried to get dome debug from it with no meaningfull results |
| 20:14.36 | dmit | s/dome/some |
| 20:15.29 | dmit | mickeyl: if you will - please tell |
| 20:15.58 | mickeyl | my stomach still suspects the kernel being the offender, but i have yet to proof it |
| 20:17.03 | dmit | mickeyl: maybe try to recompile it with some debug on ;) |
| 20:18.59 | mickeyl | the kernel or the apmd ? |
| 20:19.16 | dmit | apmd, once i've seen some comments in the source about debugging |
| 20:19.25 | dmit | but it was a while |
| 20:19.27 | dmit | ago |
| 20:19.57 | mickeyl | hmm |
| 20:20.05 | mickeyl | apmd is the same as we shipped in 3.5.2 |
| 20:20.16 | mickeyl | i'm going to flash kernel 2.4 |
| 20:21.06 | *** part/#oe mikeklem (~mikeklem@scotttogo.rit.edu) |
| 20:22.00 | dmit | not sure about OE, i was looking for the same kind of debug things from apmd some time ago and found it too difficult to get |
| 20:22.02 | *** join/#oe dyoung-zzzz (~dyoung@dyoung.nslu2-linux) |
| 20:23.03 | dmit | look through the source, at least if there is any kind of syslog thing you'll find its level or so |
| 20:23.18 | mickeyl | yeah, |
| 20:31.33 | CIA-3 | 03mickeyl 07 * r1.3220 10openembedded/packages/orinoco/ (2 files in 2 dirs): fix unknown symbols in spectrum_cs/kernel 2.6 |
| 20:32.48 | dmit | hope spectrum_cs was not meant as ZX Spectrum platform.... ;-/ |
| 20:32.55 | mickeyl | heh, not really |
| 20:33.09 | mickeyl | spectrum_cs is a card services driver for a wlan card |
| 20:34.01 | mickeyl | and due to the 0.15/arm debacle I have been patching around to get 0.13e working against 2.6 |
| 20:34.31 | dmit | mickeyl: i know, but really get mad from all the OE things enough to echo such comments ;) |
| 20:37.59 | dmit | mickeyl: BTW, if you've put x86/generics things there, and that do depend on 'linux-x86' provider, maybe ...?.... ;) |
| 20:38.13 | mickeyl | yes, linux-x86 is not yet in |
| 20:38.22 | mickeyl | many tasks, few time... |
| 20:39.09 | dmit | ic, i've tried to convert it from epia one, still wayting for it to finish bulidnig (to test if it works) |
| 20:40.31 | dmit | and maybe change the x86.conf to represent correct VENDOR and TARGET_ARCH at least?... |
| 20:40.49 | mickeyl | well, correct is relative |
| 20:40.55 | dmit | or it may confuse others like me ;) |
| 20:41.01 | mickeyl | i'd rather like to know why i386 and i686 don't work |
| 20:41.05 | mickeyl | then just changing it to 586 |
| 20:41.12 | mickeyl | s/then/than/ |
| 20:41.31 | dmit | as i understood VENDOR should be uncommented also for x86 |
| 20:41.46 | mickeyl | yes, that makes it produce a "cross" compiler |
| 20:42.04 | dmit | at last it worth to change it |
| 20:42.24 | *** join/#oe niklash (~niklas@spc1-brig2-5-0-cust117.asfd.broadband.ntl.com) |
| 20:42.41 | dmit | and about i586 i think it is because of host distros mostly based on i586 |
| 20:43.02 | mickeyl | that fails as a reasonable explanation to me why a glibc build breaks |
| 20:43.04 | mickeyl | heh |
| 20:44.00 | dmit | ok but i've tried several host distros to come to that conclusion ;) |
| 20:46.55 | dmit | who was adding those package/meta things there? no any single comment there |
| 20:48.00 | CosmicPenguin | what version of glibc? |
| 20:48.14 | *** join/#oe cbkra (~cbrake@adsl-69-218-85-54.dsl.akrnoh.ameritech.net) |
| 20:48.20 | dmit | glibc6 |
| 20:48.48 | kergoth | mickeyl: i386 and i686 dont work? since when? |
| 20:48.58 | CosmicPenguin | kergoth: yeah, thats what I was getting at |
| 20:49.09 | CosmicPenguin | I do i486 and i586 on a regular basis |
| 20:49.57 | dmit | CosmicPenguin, kergoth: have you tried to build something for machine x86 and distro generic? |
| 20:50.05 | kergoth | ? |
| 20:50.25 | kergoth | no, i build for real machines, not a generic target |
| 20:50.37 | kergoth | i do colinux and uml, myself. |
| 20:51.25 | dmit | i asked the guys and they added DISTRO type 'generic' and MACHINE 'x86' (to build a system for a basic x86 PC) and there are problems with 'em |
| 20:51.36 | kergoth | <PROTECTED> |
| 20:51.46 | kergoth | sounds useful though. |
| 20:51.50 | dmit | it appeared a day or two beforre |
| 20:52.13 | dmit | not only sounds - a kind of "platform independance" :) |
| 20:52.15 | emte | there are obvious isses one way |
| 20:52.20 | emte | issues* |
| 20:52.25 | emte | the other should be fine tho |
| 20:52.26 | dmit | ? |
| 20:53.09 | emte | you cant use x686 code on a x386,x586 machine |
| 20:53.24 | emte | they dont know about some of the registers it would call |
| 20:53.38 | kergoth | depends on how you're doing your optimization flags |
| 20:53.50 | *** join/#oe pb_ (~pb@2002:5168:d330:1:a00:1fff:fe06:93c) |
| 20:54.29 | CosmicPenguin | Well, regardless of the DISTRO, I still don't understand why you claim that glibc doesn't work |
| 20:55.02 | dmit | kergoth: maybe try to reconstruct the error? I've sent the explanation to OE list |
| 20:55.04 | kergoth | CosmicPenguin: its conceivable that depending on your TARGET_ARCH, it could be selecting a different default glibc version.. not all of them are exactly happy. |
| 20:55.11 | kergoth | heh |
| 20:55.40 | pb_ | yeah, indeed. lots of our glibc have arch-specific DEFAULT_PREFERENCEs set. |
| 20:56.18 | pb_ | and, on a previously-untried arch, there's a good chance that none of our glibc versions will work out of the box. |
| 20:56.36 | mickeyl | indeed |
| 20:56.44 | mickeyl | neither 2.3.3 nor 2.3.2 worked |
| 20:56.50 | CosmicPenguin | Well, I've been using i486 and i586 with stock .bbs for some time now |
| 20:57.01 | CosmicPenguin | for whatever thats worth |
| 20:57.05 | dmit | kergoth: OK, suppose a situation of my own: i'm trying to build a system for a usual x86 PC, which settings and flags should I use? 'Cause if I build for a zaurus or coo platform everything is well tuned |
| 20:57.06 | mickeyl | at least with ARCH=i386 and ARCH=i686 |
| 20:57.43 | *** join/#oe darkschneider (~gab@213-140-22-64.fastres.net) |
| 20:57.49 | dmit | mickeyl: none of them do work, you know |
| 20:58.27 | kergoth | and i've been doing i686 builds with stock .bbs for some time now as well |
| 20:58.29 | dmit | but when i used i586 it compiled without doubts on three different host platforms |
| 20:58.30 | kergoth | dunno about i386. |
| 20:58.45 | pb_ | mickeyl: odd. I'm fairly sure that 2.3.3 works for me on i586. |
| 20:59.23 | mickeyl | yeah with ARCH=i586 dmit reported success |
| 20:59.28 | mickeyl | now i wonder why it fails with i386 and i686 |
| 21:00.05 | dmit | OK, guys, maybe I'm new to OE, but would you try to compile a basic x86 system before judging?....... |
| 21:00.09 | kergoth | sounds like something specific to his setup, since i do i686 colinux uml builds every day without problems. |
| 21:00.18 | kergoth | er s/ uml/and uml/ |
| 21:01.03 | dmit | kergoth, not to mine, mickeyl reported the same bug and i've tried it on two more different PCs with different host distros |
| 21:01.37 | dmit | just put DISTRO 'generic' and MACHINE x86 |
| 21:01.41 | dmit | then compile |
| 21:01.46 | kergoth | yes, thats part of your setup, now isnt it? |
| 21:01.50 | kergoth | the point is, i686 works. |
| 21:01.58 | kergoth | i686 does not for _generic_ and _x86_ distro/machine. |
| 21:02.02 | dmit | i586 works, no other |
| 21:02.09 | kergoth | you're not listening. |
| 21:02.17 | kergoth | i686 is knjown to work, just not for that distro/machine. |
| 21:02.26 | dmit | sorry, maybe |
| 21:02.31 | kergoth | no, not maybe. |
| 21:02.35 | kergoth | i'm telling you how it is. |
| 21:02.55 | dmit | i just asked if someone could try a default configuration to be built |
| 21:03.56 | dmit | kergoth: i'm too sorry, it's far too late here in my country, i just have to go ;( |
| 21:05.10 | dmit | kergoth: but would you really try it and post your local.conf / host distro settings to dmit@dza.lv as well? |
| 21:07.05 | CIA-3 | 03koen 07 * r1.3219.1.1 10openembedded/packages/ipkg/ (3 files in 2 dirs): Add ipkg 0.99.146, courtesy Pierluigi Frullani |
| 21:07.14 | *** join/#oe Philippe (~philippe@ip-213-49-67-115.dsl.scarlet.be) |
| 21:10.16 | *** join/#oe Murk (~Murk@pD9E8EB06.dip.t-dialin.net) |
| 21:14.21 | *** join/#oe torpor (~torpor@pD952D752.dip.t-dialin.net) |
| 21:28.35 | emte | so |
| 21:28.43 | emte | i think i fixed my problem |
| 21:28.50 | emte | test time again for igor |
| 21:30.59 | emte | man i'll be happy if i make the A1 release date |
| 21:32.02 | emte | btw kergoth there seems to be an issue with placing another tree in priority over openembedded ... |
| 21:32.20 | emte | it doesnt like that too well |
| 21:32.52 | emte | hmm ... |
| 21:33.07 | emte | time to dust and clean off the lappy |
| 21:33.38 | emte | seems like that will be a nice test bed for igor |
| 21:34.50 | CosmicPenguin | emte: what do you mean it doesn't like that very well? I do it all the time |
| 21:35.18 | emte | it was what was causing the confusion |
| 21:35.38 | emte | the -native packages wouldnt inhert the proper meta |
| 21:35.59 | emte | so it would just downloand and try to compile the .bb -inherit files |
| 21:36.06 | emte | which isnt overly usefull |
| 21:36.50 | emte | my setup has two treees over the openembedded one ... |
| 21:37.19 | emte | if i clear out the simular metas the problem goes away |
| 21:37.19 | Pigi | koen, would you mind to modify the "PR" var for ipkg_0.99.146. bb to "r1" please ? |
| 21:37.54 | kergoth | emte: the -native .bb expects to include the non native version _in the same directory_ that its in. so dont copy a -native into your tree without the non-native .bb as well, or it'll break. |
| 21:38.26 | emte | the whole directory was there |
| 21:38.28 | koen | Pigi: I'd rather not, that would break for allready built packages |
| 21:38.48 | emte | perhaps it got confused, i dont know |
| 21:38.50 | koen | Pigi: It's ugly, but no serious problem to have a -r2 |
| 21:39.54 | emte | i only stumbed across it because i was copying over and cleaning the files/directories i was using |
| 21:40.24 | *** part/#oe Murk (~Murk@pD9E8EB06.dip.t-dialin.net) |
| 21:40.24 | emte | thinking it would use my overrides instead of the openembedded ones |
| 21:41.08 | *** join/#oe RockClimber (~HomeUser4@user-7241.lns2-c10.dsl.pol.co.uk) |
| 21:42.24 | *** part/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 21:42.30 | Pigi | koen, Ok. I supposed that, I will pay more attention for the next time. Sorry :( |
| 21:43.25 | *** join/#oe torpor (~torpor@pD952D752.dip.t-dialin.net) |
| 21:44.21 | emte | but i understand what your saying kergoth, and both the -native and the non-native it inherited were in the same directory as it expected ... as well as associated patches etc |
| 21:45.34 | *** join/#oe max (~max@jhr-max-5205.mprg.ee.vt.edu) |
| 21:49.51 | *** join/#oe Philippe (~philippe@ip-213-49-72-51.dsl.scarlet.be) |
| 22:00.03 | Pigi | nite all |
| 22:00.18 | reenoo | 'night Pigi |
| 22:00.21 | reenoo | nm |
| 22:06.11 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 22:07.16 | *** join/#oe zecke (~ich@83-169-170-59-dynip.superkabel.de) |
| 22:07.40 | zecke | hey |
| 22:08.05 | zecke | pb_: thank you for the 2nd mail |
| 22:10.48 | pb_ | zecke: good evening. |
| 22:10.50 | pb_ | you're welcome. |
| 22:20.49 | zecke | oh after all these years users can still make me angry |
| 22:21.15 | Crofton_ | ~lart users |
| 22:21.29 | zecke | pb_: do you know why base_files only links ln -s /proc/mounts /etc/mtab |
| 22:21.39 | zecke | pb_: if you've a ramfs or tmpfs in the fstab? |
| 22:23.29 | pb_ | no idea |
| 22:30.13 | *** join/#oe d_postdoc (~max@jhr-max-5205.mprg.ee.vt.edu) |
| 22:52.49 | *** part/#oe RockClimber (~HomeUser4@user-7241.lns2-c10.dsl.pol.co.uk) |
| 22:55.10 | *** join/#oe drw- (~drw@c-24-0-157-195.client.comcast.net) |
| 22:57.00 | zecke | mickey_away: basefiles package? in revision 1.37 you've introduced that symlinking |
| 23:03.25 | koen | 'night all |
| 23:05.34 | *** part/#oe Laibsc1 (~leggewie@G1085.g.pppool.de) |
| 23:13.15 | CIA-3 | 03zecke 07 * r1.3223 10openembedded/packages/base-files/base-files_3.0.14.bb: |
| 23:13.17 | CIA-3 | Base File: |
| 23:13.19 | CIA-3 | <PROTECTED> |
| 23:13.22 | CIA-3 | <PROTECTED> |
| 23:13.23 | CIA-3 | <PROTECTED> |
| 23:13.26 | CIA-3 | <PROTECTED> |
| 23:13.38 | CIA-3 | 03zecke 07 * r1.3222 10openembedded/ (7 files in 3 dirs): |
| 23:13.40 | CIA-3 | QPE Gaim: |
| 23:13.41 | CIA-3 | <PROTECTED> |
| 23:13.44 | CIA-3 | <PROTECTED> |
| 23:13.45 | CIA-3 | <PROTECTED> |
| 23:20.31 | *** join/#oe Crofton__ (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 23:37.47 | CIA-3 | 03zecke 07 * r1.3224 10openembedded/packages/libopieobex/ (chdir-patch.patch libopieobex0_1.2.0.bb): |
| 23:37.47 | CIA-3 | Opie Obex: |
| 23:37.48 | CIA-3 | <PROTECTED> |