| 00:02.29 | *** join/#oe SRANrom (~Classic_X@gb.ja.66.38.revip.asianet.co.th) |
| 00:27.51 | zecke | n8 |
| 00:32.12 | zecke | http://img125.exs.cx/img125/771/luxembourg9cu.jpg |
| 01:13.55 | Cwiiis | heh |
| 01:18.39 | zecke | Cwiiis: sadly it is not too funny |
| 01:21.42 | *** join/#oe marcanso1t (1337@80.26.156.207) |
| 01:30.25 | *** join/#oe Crofton (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 01:42.39 | *** join/#oe HuntsMan (~hunts@pc-148-118-120-200.cm.vtr.net) |
| 01:58.46 | *** join/#oe seva (seva@sevatech.com) |
| 02:02.01 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 02:02.30 | mithro | hey ljp |
| 02:03.32 | chouimat | http://www.penny-arcade.com/view.php3?date=2003-06-30&res=l |
| 02:03.37 | mithro | whats the new box do? |
| 02:03.44 | kergoth | new workstation |
| 02:03.53 | kergoth | no more old ass 1 gig athlon tbird |
| 02:04.19 | mithro | chouimat: seen it before ;) |
| 02:04.27 | *** join/#oe hufnus (~slonsiki@m821f36d0.tmodns.net) |
| 02:04.51 | emte | hmm anyone habe a wince pc2002 image for an h3760 ? |
| 02:04.54 | emte | have |
| 02:05.01 | emte | somehow mine is corrupted |
| 02:12.04 | seva | <PROTECTED> |
| 02:12.06 | seva | er |
| 02:12.07 | *** part/#oe seva (seva@sevatech.com) |
| 02:17.28 | emte | guess no one has one ... |
| 02:17.32 | emte | damnit |
| 02:21.26 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 02:21.58 | emte | heya raster |
| 02:22.16 | emte | dont suppose you have your wince image kicking around for h36/7 |
| 02:22.24 | *** join/#oe ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 02:27.50 | *** join/#oe mithro (~tim@202.191.111.52) |
| 02:30.10 | raster | emte: emmie! |
| 02:30.10 | raster | :) |
| 02:30.14 | raster | nah |
| 02:30.17 | raster | i dont |
| 02:30.17 | raster | :) |
| 02:30.46 | *** join/#oe seva (seva@sevatech.com) |
| 02:30.46 | ljp | e runs on wince?! :D |
| 02:32.42 | emte | damnit |
| 02:32.57 | emte | wonder if there fia gzip fix tool |
| 03:03.45 | mithro | hey ljp, you recon i could get those descriptions sometime soon? |
| 03:07.40 | *** join/#oe aloph1 (~aloph@cnet-cable-189-84-233.canbrasnet.com.br) |
| 03:14.55 | ljp | hmm. I thought I sent them to you? you need sarahs also? |
| 03:36.44 | *** join/#oe sparc-kly (~mubex@65-23-199-161.prtc.net) |
| 03:45.27 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 03:46.10 | mithro | ljp: hrm, hold on |
| 03:46.49 | mithro | i got sarahs but not yours |
| 03:46.51 | mithro | 10:00am - 10:25am |
| 03:46.51 | mithro | Qtopia: the past, the present, and the future |
| 03:46.51 | mithro | by Lorn Potter, Qtopia Community Liaison |
| 03:46.51 | mithro | Description to be added. |
| 03:47.10 | mithro | Qtopia Community Liaison |
| 03:47.11 | mithro | Speaker information to be added |
| 04:02.04 | *** join/#oe seva (seva@sevatech.com) |
| 04:02.04 | *** join/#oe ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) [NETSPLIT VICTIM] |
| 04:02.04 | *** join/#oe andersee (~andersee@codepoet.org) [NETSPLIT VICTIM] |
| 04:02.04 | *** join/#oe rwhitby-away (~rwhitby@rwhitby.nslu2-linux) [NETSPLIT VICTIM] |
| 04:02.04 | *** join/#oe fdv (1988@tyrfing.ifi.uio.no) [NETSPLIT VICTIM] |
| 04:02.04 | *** join/#oe Titeuf (~Titeuf@2m01.net) [NETSPLIT VICTIM] |
| 04:02.04 | *** join/#oe anomaly_ (~bob@box3n.gumbynet.org) [NETSPLIT VICTIM] |
| 04:02.04 | *** join/#oe StarScreem (~am@217.169.25.114) [NETSPLIT VICTIM] |
| 04:02.04 | *** join/#oe kbot (~supybot@li11-226.members.linode.com) [NETSPLIT VICTIM] |
| 04:02.04 | *** join/#oe CoreDump|afk (~mhentges@hentges.net) [NETSPLIT VICTIM] |
| 04:19.40 | chouimat|Zzz | night |
| 05:10.05 | *** join/#oe chouimat|Zzz (~dieu@r2351064.cidc.net) |
| 05:19.02 | *** join/#oe rwhitby-away (~rwhitby@rwhitby.nslu2-linux) |
| 05:25.24 | *** join/#oe Geo_KM (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
| 05:31.31 | *** join/#oe bluelightning (~bluelight@203-173-244-119.akl.ihugultra.co.nz) |
| 05:48.08 | *** part/#oe seva (seva@sevatech.com) |
| 05:50.14 | *** join/#oe getram22 (~getram@211.75.190.227) |
| 05:50.49 | getram22 | best web browser with small footprint? |
| 05:51.11 | kergoth | it depends on your needs |
| 05:51.16 | kergoth | and whether you're using opie or gpe |
| 05:51.22 | kergoth | this really isnt the right channel for this |
| 05:51.29 | kergoth | i'd recommend asking in the channel for your distribution |
| 05:52.04 | getram22 | yeps that may be montavista |
| 05:52.14 | kergoth | heh |
| 05:52.23 | getram22 | :P |
| 05:52.25 | kergoth | there's dillo for X. minimo |
| 05:52.26 | kergoth | firefox |
| 05:52.36 | getram22 | yes i tried dillo |
| 05:52.39 | kergoth | for opie there's pretty much only konqueror/embedded |
| 05:52.42 | getram22 | but support for ssl is hopeless |
| 05:52.55 | kergoth | your best bet is probably minimo. mozilla based. |
| 05:52.56 | getram22 | and java script ...bhhaaa |
| 05:52.58 | kergoth | pretty large though |
| 05:53.06 | getram22 | may be even commercial once are also finr |
| 05:53.16 | getram22 | i got ANT looks cool but its about 4 mb |
| 05:53.23 | kergoth | i dont know of any commercial X ones offhand. |
| 05:53.43 | kergoth | there's that one project, the port of khtml to gtk.. gtkwebcore.. there's a sample minimal browser it comes with |
| 05:53.50 | getram22 | i checked Atlantis based on GTK |
| 05:53.51 | kergoth | never tried it, but looks really promising |
| 05:54.08 | kergoth | right, yeah, atlantis is the gtkwebcore based one with weird ass licensing, isnt it? |
| 05:54.34 | getram22 | yes |
| 05:54.46 | kergoth | how was it? |
| 05:54.57 | getram22 | its ok |
| 05:54.57 | kergoth | that licensing annoys the hell out of me. looks good otherwise |
| 05:55.08 | getram22 | didnt check for all functions |
| 05:55.29 | getram22 | My app would be some thing like a Settop box .... |
| 05:55.40 | getram22 | and asked me to eval a good browser |
| 05:55.47 | kergoth | ah |
| 05:55.49 | getram22 | dirty Job :P |
| 05:56.13 | getram22 | the other problem here is people hardly understand English here |
| 05:56.20 | getram22 | all in chaineeeeees |
| 05:56.26 | getram22 | offf pain to work with |
| 05:57.00 | getram22 | its like reading the kernel code with out comments in it |
| 06:11.06 | *** join/#oe rwhitby-away (~rwhitby@rwhitby.nslu2-linux) |
| 06:20.46 | *** part/#oe getram22 (~getram@211.75.190.227) |
| 06:22.24 | *** join/#oe ggilbert (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 06:26.10 | treke|home | alright. I'm reporting my credit card lost. that means I'm guaranteed to find it tomorrow |
| 06:38.01 | emte | anyone awake? |
| 06:38.17 | emte | that happens to have a wince backup |
| 06:38.32 | emte | i'll trade you for my corrupted one ... |
| 06:38.37 | treke|home | ibot wince? |
| 06:38.38 | ibot | Ouch! that hurt - what did you go and do that for |
| 06:38.57 | emte | lol |
| 06:39.11 | kergoth | hah |
| 06:39.15 | emte | i need it to update the rom on my ipaq |
| 06:39.30 | treke|home | http://handhelds.org/pub/feeds/ |
| 06:39.47 | emte | i thought i looked there... |
| 06:42.07 | emte | aha thnks treke ... i've no idea how i missed that |
| 06:42.25 | emte | i think i have every other dir on hh open in tabs ... |
| 06:42.32 | emte | cept that one |
| 06:49.54 | *** join/#oe Com[Plex] (256k@69.49.135.162) |
| 06:50.06 | Com[Plex] | good morning |
| 06:50.13 | Com[Plex] | I have an issue |
| 06:50.42 | Com[Plex] | the last two "versions" of openzaurus have not supported my ethernet card |
| 06:51.11 | Com[Plex] | the last version seemed to detect it okay, but not do anything with it. |
| 06:51.38 | kergoth | read the topic. |
| 06:52.04 | Com[Plex] | ahh, shit |
| 06:52.11 | Com[Plex] | dorry Kergoth |
| 06:52.14 | Com[Plex] | sorry even |
| 06:52.17 | Com[Plex] | whats new? |
| 06:52.19 | kergoth | -> #openzaurus |
| 06:52.26 | kergoth | nada, keeping busy |
| 06:52.27 | kergoth | hating my job |
| 06:52.29 | kergoth | you? |
| 06:52.45 | Com[Plex] | heh. love my job, too busy all the timetho |
| 06:53.59 | Com[Plex] | this might seem like a funny question, but - will you answer my questions in the other channel? |
| 06:54.01 | Com[Plex] | :) |
| 07:02.38 | Com[Plex] | how well is vnc working on the latest rev? |
| 10:17.04 | *** join/#oe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 10:17.04 | *** 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 |
| 10:27.57 | *** join/#oe mallum (~mallum@host81-155-187-221.range81-155.btcentralplus.com) |
| 10:30.38 | CIA-8 | 03root 07 * r1.3015 10openembedded/ (2 files in 2 dirs): gpe-session-scripts: Only use the xmodmap file for 2.4 kernels on c7x0 |
| 10:30.49 | kergoth | root? |
| 10:31.03 | kergoth | building as root is evil. not setting BK_USER is annoying :) |
| 10:31.12 | RP | sorry :) |
| 10:31.43 | RP | I was working though about four machines and the one that ran ci didn't have the variable set... |
| 10:32.11 | kergoth | whew, got it. perl built for my uclibc colinux |
| 10:32.15 | XorA | RP: currently sftping my build, I need fatter DSL |
| 10:32.19 | kergoth | now to see if it actually works |
| 10:32.38 | RP | XorA: That change should disable xmodmap.shepherd under 2.6... |
| 10:33.04 | XorA | RP: cool, I hacked the image, just for testing |
| 10:33.18 | XorA | RP: I need to find xserver that works, then I can get fancy |
| 10:33.38 | kergoth | gah, spoke too soon. its busted again |
| 10:33.39 | kergoth | grr |
| 10:33.52 | RP | It may be we need a different map for 2.6 to get some functionality back but the 2.4 map is never going to work... |
| 10:34.52 | XorA | RP: the kernel map is good for 99% of stuff |
| 10:35.54 | kergoth | hmm, interesting |
| 10:36.07 | kergoth | perl 5.8.4 builds and works flawlessly, but the old 5.8.3 build fails, doesnt build a .so |
| 10:39.46 | *** join/#oe kbot (~supybot@li11-226.members.linode.com) |
| 10:41.18 | mithro | can anyone try and traceroute/ping lester.mithis.com |
| 10:42.23 | kergoth | RP: you didnt change hte PR of gpe-session-scripts, but you modified something in its filespath. |
| 10:42.30 | RockClimber | mithro, g0-7.na21.b015452-0.mia01.atlas.cogentco.com |
| 10:42.30 | kergoth | RP: was that intentional, or just an oversight? |
| 10:43.03 | mithro | RockClimber: ? |
| 10:43.13 | CIA-8 | 03kergoth 07 * r1.3014.1.1 10openembedded/ (12 files in 3 dirs): |
| 10:43.14 | CIA-8 | Perl: |
| 10:43.14 | CIA-8 | <PROTECTED> |
| 10:43.14 | CIA-8 | <PROTECTED> |
| 10:43.14 | CIA-8 | <PROTECTED> |
| 10:43.24 | RockClimber | mithro, that was what I got when I pinged it |
| 10:44.04 | mithro | RockClimber: you can ping it however? |
| 10:44.18 | RP | kergoth: An oversight on my part :-/ |
| 10:44.54 | RockClimber | mithro, yes |
| 10:44.56 | kergoth | np, push a bump of PR |
| 10:45.04 | RockClimber | mithro,why |
| 10:45.34 | kergoth | jacques: when you're around, please test that perl stuff (copy the config.sh-arm-linux to config.sh-armeb-linux) on your nslu2 in openslug. |
| 10:45.52 | mithro | because when i try and access it I'm getting a routing loop |
| 10:46.59 | jacques | kergoth, you've been working on perl? cool |
| 10:47.02 | *** join/#oe zecke (~freyther@pD9E7CD4F.dip0.t-ipconnect.de) |
| 10:47.38 | kergoth | jacques: yeah, got it building happily for my linux-uclibc colinux (i686-linux-uclibc). |
| 10:48.12 | jacques | nice |
| 10:48.18 | kergoth | jacques: go into the do_configure in perl.inc and do a cp config.sh-arm-linxu config.sh-armeb-linux, around where the config.sh's are installed |
| 10:48.23 | kergoth | jacques: then do a build and see how it goes |
| 10:48.37 | jacques | ok I'll give it a try |
| 10:48.41 | kergoth | cool |
| 10:49.05 | kergoth | in theory i fixed it so that itll properly fail out now when a config.sh doesnt exist for the target |
| 10:49.13 | kergoth | instead of aborting with oddball errors nobody understands |
| 10:49.15 | kergoth | heh |
| 10:49.16 | CIA-8 | 03RP 07 * r1.3016 10openembedded/ (2 files in 2 dirs): gpe-session-scripts: bump PR for corgi 2.6 keymap change |
| 10:49.17 | jacques | heh |
| 10:49.56 | kergoth | and finally, i have an automake ipk and a perl ipk |
| 10:50.04 | kergoth | can test development in an oe rootfs properly |
| 10:52.28 | XorA | right, seeing as I am stupid, how do you undo a bk edit? |
| 10:53.01 | RP | bk unedit? |
| 10:59.33 | CIA-8 | 03kergoth 07 * r1.3015.1.2 10openembedded/packages/ (7 files in 2 dirs): Add autoconf to automake's RDEPENDS. Add automake to autoconf's RRECOMMENDS. |
| 11:01.13 | *** join/#oe zecke_ (~freyther@pD9E7C618.dip0.t-ipconnect.de) |
| 11:02.36 | hrw|work | that reminds me one thing... I have to suggest mickeyl that perl and python should get own feeds - they have lots of packages |
| 11:02.56 | kergoth | probably a good idea |
| 11:03.33 | *** join/#oe freyther (~freyther@pD9E7C618.dip0.t-ipconnect.de) |
| 11:08.50 | *** join/#oe freyther (~freyther@pD9E7C14B.dip0.t-ipconnect.de) |
| 11:13.07 | CIA-8 | 03kergoth 07 * r1.3019 10openembedded/packages/perl/perl.inc: Have the perl build create a config.sh-armeb-linux, based on the arm-linux one. Completely untested. |
| 11:13.16 | kergoth | jacques: heh |
| 11:14.42 | *** join/#oe zinga (~arnaudb@186.80-203-227.nextgentel.com) |
| 11:19.47 | CIA-8 | 03kergoth 07 * r1.3020 10openembedded/packages/bitbake/ (bitbake_1.1.bb bitbake_1.0.bb): Add the tagged bitbake 1.0 and 1.1 versions. |
| 11:25.52 | kergoth | hmmm |
| 11:27.18 | XorA | is anyone here using a latest gpe image? |
| 11:32.40 | CIA-8 | 03kergoth 07 * r1.3021 10openembedded/packages/bash/bash_3.0.bb: Fix the bash build for uclibc and kill the dangerous /bin/sh alternatives bits. |
| 11:38.21 | *** join/#oe HuntsMan (~hunts@pc-148-118-120-200.cm.vtr.net) |
| 11:38.26 | lardman|work | I'm getting an error in the konqE compile process: No rule to make target '-lpcre' |
| 11:38.31 | lardman|work | is this a known problem? |
| 11:38.50 | zecke | lardman|work: some people see that |
| 11:38.58 | XorA | lardman|work: you on debian? |
| 11:39.08 | lardman|work | No, Mandrake 10 |
| 11:39.20 | XorA | lardman|work: you need the native -devel package for libpcre |
| 11:39.33 | XorA | lardman|work: dont ask me why, I never managed to figure that out |
| 11:39.45 | XorA | lardman|work: but installing the -devel package fixed it on debian sid |
| 11:39.52 | lardman|work | ok, I'll give that a shot |
| 11:43.30 | lardman|work | XorA: That fixed it, thanks |
| 11:44.33 | XorA | lardman|work: cool, it took me weeks to figure that one out |
| 11:46.15 | kergoth | heh, we need a task-python-minimal |
| 11:47.09 | bluelightning | night all |
| 11:47.42 | mithro | hey zecke |
| 11:47.50 | mithro | wanted to chat with you about libsdl-qpe |
| 11:48.44 | CIA-8 | 03kergoth 07 * r1.3022 10openembedded/packages/bash/bash_3.0.bb: Make the bash build inherit gettext, and disable parallel make. |
| 11:57.54 | XorA | gotta love /. idiots, apparently Zaurus and Ipaq dont run X, we run framebuffer! |
| 11:58.07 | kergoth | *gasp*' |
| 12:00.23 | hrw|work | XorA: depends.. if opie/qtopia then fb, if gpe then x |
| 12:01.12 | zecke | hrw|work: wb |
| 12:01.39 | zecke | hrw|work: if you're weird you could run a X Server on top of Qt/Qtopia/opie, start a qvfb in it and have opie running there |
| 12:02.13 | hrw|work | zecke: yep - but which zaurus/ipaq will hold it? |
| 12:04.48 | *** join/#oe kolla_ (~kolla@drift1.uninett.no) |
| 12:20.50 | CIA-8 | 03kergoth 07 * r1.3023 10openembedded/packages/patch/ (5 files in 2 dirs): Add patch (version 2.5.9). |
| 12:24.54 | XorA | pkhconfig put -config files in staging/i686/arm-linux (or your build hosts equiv path), is there a native version of pkgconfig and fontconfig-native needs a freetype-config file from freetype-native, after pb's change this is no longer available |
| 12:26.47 | XorA | I of course mean binconfig |
| 12:27.50 | kergoth | ? |
| 12:28.08 | kergoth | binconfig should put the native -config script in the _native_ bin directory, not arm-linux |
| 12:28.27 | XorA | kergoth: so its safe to use in -native packages |
| 12:29.51 | kergoth | ? |
| 12:29.52 | XorA | kergoth: it always goes in ${STAGING_BINDIR |
| 12:29.55 | XorA | }/${HOST_SYS}/$configname |
| 12:30.01 | kergoth | yes. |
| 12:30.09 | kergoth | nad HOST_SYS is i686-linux in a native package. |
| 12:30.21 | kergoth | host is either _build machine_ or _target machine_, depending on whether its -native or -cross or not |
| 12:30.25 | kergoth | s/nad/and/ |
| 12:32.00 | CIA-8 | 03kergoth 07 * r1.3024 10openembedded/packages/diffstat/diffstat_1.38.bb: Add diffstat 1.38. |
| 12:32.18 | XorA | kergoth: http://oe-devel.bkbits.net:8080/openembedded/patch@1.2978.2.1?nav=index.html|src/|src/classes|related/classes/binconfig.bbclass|cset@1.2978.2.1 |
| 12:32.40 | XorA | that changeset breaks building for me as -config files end up in bin/arm-linux dir |
| 12:33.37 | kergoth | no. |
| 12:33.45 | kergoth | the _NON NATIVE_ package puts them in arm-linux |
| 12:33.51 | kergoth | -native packages do not. |
| 12:34.20 | kergoth | once again, HOST varies. it's BUILD_SYS in a native package. |
| 12:34.39 | XorA | kergoth: ok, so native packages are just not doing anything |
| 12:34.49 | kergoth | what? |
| 12:34.54 | kergoth | stop guessing and actually investigate. |
| 12:35.21 | XorA | kergoth: I am getting no freetype-config in i686-linux/bin at all, only the one in i686-linux/bin/arm-linux |
| 12:35.49 | kergoth | bbread /path/to/freetype-native.bb > file; vi file; /^do_stage .. read |
| 12:37.05 | hrw|work | s/>file; vi file/|vi - |
| 12:37.39 | kergoth | heh, yeah, thatll do |
| 12:38.33 | XorA | kergoth: found it, pb didnt finish the job |
| 12:39.04 | kergoth | XorA: what do you mean? |
| 12:39.18 | XorA | kergoth: actually forget that |
| 12:39.38 | XorA | kergoth: misread the a path line |
| 12:40.30 | *** join/#oe reenoo_ (~r@p54810AD8.dip.t-dialin.net) |
| 12:40.38 | reenoo_ | morning |
| 12:44.59 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 12:45.33 | XorA | kergoth: are *-config files for native supposed to become *-config-native? and if so is there some magic handling somwhere that tells autoconf scripts this? |
| 12:48.01 | kergoth | ? |
| 12:48.02 | kergoth | no |
| 12:48.37 | Crofton | hmm, up early kergoth ? |
| 12:48.46 | kergoth | heh, didnt sleep |
| 12:48.47 | *** join/#oe kbot (~supybot@li11-226.members.linode.com) |
| 12:49.03 | Crofton | figured that |
| 12:49.43 | Crofton | you need to go to school while you can still stay up all night |
| 12:49.58 | XorA | the line configname=`basename $config`${@is_native(d)} adds a -native and thats why my build cannot find the file, Im not upto fiddling with OE magic though |
| 12:50.08 | Crofton | http://dspgateway.sourceforge.net/pub/index.php |
| 12:50.22 | Crofton | I'll look into getting the linux part of this in OE soon |
| 12:50.58 | kergoth | XorA: that was likely an earlier attempt to manage native vs target binconfig files |
| 12:51.07 | kergoth | XorA: you can probably just kill that off |
| 12:51.12 | kergoth | in your local tree anyway |
| 12:51.20 | XorA | kergoth: ok, I'm just testing it |
| 12:51.28 | XorA | kergoth: Ill mail oe list with results |
| 12:51.31 | kergoth | sonds good |
| 12:51.33 | kergoth | sounds, even |
| 12:51.52 | XorA | kergoth: sorry for my illiteracy |
| 12:54.03 | XorA | and next time I will remember to use find with wild cards |
| 12:54.54 | kergoth | hehe |
| 12:59.10 | reenoo_ | kergoth: does this sound like it could be caused by earlier versions of your zlib visibility patch? "After I upgraded libz1 from 1.2.2-r0 to 1.2.2-r1 and restarted Opie, my touchscreen stopped working." (familiar@ posting) |
| 12:59.39 | kergoth | its possible. hard to say much more than that without more details |
| 13:00.08 | Crofton | I've been wondering |
| 13:00.32 | Crofton | It seems alot of the oe "magic" is performed by running configure with the proper options |
| 13:00.55 | reenoo_ | kergoth: think it might be worth uploading a more recent zlib version with your latest patch? |
| 13:00.57 | Crofton | like make install works because configure was told where to put stuff |
| 13:01.39 | reenoo_ | Crofton: that's more likely a question of DESTDIR being passed to make |
| 13:02.09 | Crofton | hmmm, but wouldn't make install have to know about DESTDIR? |
| 13:02.28 | kergoth | automake generated makefiles know to obey DESTDIR. |
| 13:02.42 | kergoth | which is why the default do_install in our _autotools_ bbclass uses it |
| 13:02.53 | Crofton | OK, so If my make file isn;t generated from automake, I need to do the oe install manually? |
| 13:03.12 | kergoth | or patch it to obey DESTDIR, yep. |
| 13:03.25 | kergoth | (assuming you meant your package uses autoconf but not automake, which is fairly common) |
| 13:03.32 | Crofton | OK, just wanted to make sure I am beginning to get things |
| 13:03.37 | Crofton | yeah |
| 13:03.42 | kergoth | read some bbclasses :) |
| 13:04.02 | Crofton | Actually it is our code, which doesn't use auto* |
| 13:04.11 | kergoth | okay, then you arent inheriting autotools. |
| 13:04.16 | kergoth | so you have no default do_install at all. |
| 13:04.18 | kergoth | you have to write it |
| 13:04.20 | Crofton | yes |
| 13:04.43 | Crofton | I'm just trying to make sure I understand :) |
| 13:08.03 | koen | heh |
| 13:08.26 | koen | "How do I set up a custom compiler (from Dan Kegels crosstool) in local.conf?" |
| 13:08.39 | koen | that defeats a bit of OE's virtues |
| 13:08.44 | kergoth | hehe |
| 13:08.53 | kergoth | actually, we should document how to build things in oe with an external toolchain |
| 13:08.59 | kergoth | it really is a fairly common use case |
| 13:09.05 | kergoth | i use oe at work, with the compiler i'm required to use at work. |
| 13:09.10 | koen | ~curse apache ant |
| 13:09.13 | ibot | May you be reincarnated as a Windows XP administrator, apache ant ! |
| 13:09.17 | kergoth | hah |
| 13:10.26 | koen | kergoth: could you point me to a good example to look at when using ant as an external toolchain? |
| 13:10.42 | kergoth | i dont know anything about ant |
| 13:11.02 | kergoth | damnit, my linode is all fucked up today |
| 13:11.06 | kergoth | i should contact support |
| 13:11.29 | reenoo_ | koen: since when is ant a toolchain? |
| 13:12.08 | schurig | reenoo_: maybe Aunt Colonia |
| 13:12.14 | schurig | (from Goedel Escher Bach) |
| 13:12.14 | kergoth | gah |
| 13:12.17 | kergoth | this is annoying |
| 13:12.36 | kergoth | if you build automake after perl (and therefore after perl-native), it uses the perl (AC_PATH_PROG) from staging |
| 13:12.41 | kergoth | and gets that perl to dump path info |
| 13:12.46 | kergoth | and puts its perl modules in that location |
| 13:13.03 | kergoth | so automake is hardcoded all over the place for /home/kergoth/code/build-x86/tmp/staging/... |
| 13:13.40 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 13:14.08 | kergoth | hrmmmm |
| 13:17.01 | koen | reenoo_: it isn't |
| 13:22.31 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 13:23.57 | reenoo_ | koen: fwiw, if you want ant in OE you could use jikes-native and sablevm(-classpath)-native |
| 13:24.12 | schurig | kergoth: our first recursive packages: bitbake*.bb |
| 13:24.14 | koen | thanks! |
| 13:25.16 | reenoo_ | koen: just need to add -native version of the sablevm stuff and add a javac wrapper |
| 13:25.24 | reenoo_ | s/version/versions/ |
| 13:25.56 | kergoth | schurig: hehe. i had a oe.oe a loooooooong time ago, used to use it to build oe rpms back in the day |
| 14:07.19 | *** join/#oe cbrake (~cbrake@mail.accelent.com) |
| 14:10.22 | kergoth | jesus, this perl packaging is insane |
| 14:10.47 | *** join/#oe prpplague (~dave@mailhost2.amltd.com) |
| 14:10.50 | hrw|work | lots of them |
| 14:11.32 | kergoth | without automatic perl module and app Depends generation, we've got a real problem |
| 14:11.37 | kergoth | i can see the support requests now |
| 14:11.49 | kergoth | "Help! I had to manually install 17 perl module ipks to run automake, and it STILL doesnt work!" |
| 14:12.56 | perlguru | how does CPAN.pm do it? |
| 14:13.30 | kergoth | doesnt CPAN.pm just contact CPAN upstream? i dont think it has the stuff itself |
| 14:13.44 | kergoth | regardless, we need perl dependency generation |
| 14:14.01 | kergoth | just need to figure out how to dump a list of what a given block of perl code 'require's |
| 14:14.18 | perlguru | grep use *.pm |
| 14:14.37 | kergoth | heh, i was hoping i wouldnt have to resort to that :) |
| 14:15.42 | kergoth | we need the same thing for python |
| 14:16.03 | koen | kergoth: I think you can persuade mickeyl to do it for python |
| 14:16.17 | kergoth | thats what i was hoping for :) |
| 14:16.20 | *** join/#oe gremlin[it] (~gremlin@host167-147.pool212171.interbusiness.it) |
| 14:16.21 | koen | since there aren't much python modules left to add :) |
| 14:16.30 | kergoth | hehe |
| 14:16.36 | gremlin[it] | hi to all ... |
| 14:16.39 | koen | hey gremlin[it] |
| 14:17.28 | gremlin[it] | i'm installing oe in a spare machine here at work ... but seem i miss something ... got "ERROR: no files to build. |
| 14:17.28 | gremlin[it] | NOTE: Parsing finished. 0 cached, 0 parsed, 0 skipped, 0 masked." |
| 14:17.44 | XorA | mickeyl has a script for python |
| 14:17.45 | koen | check BBFILES |
| 14:18.31 | gremlin[it] | BBFILES := "/home/gremlin/stuff/openembedded/packages/*/*.bb" << seem good ... |
| 14:19.08 | kergoth | sounds like an incorrect BBPATH |
| 14:19.08 | kergoth | so that local.conf isnt benig parsed at all |
| 14:19.18 | gremlin[it] | export BBPATH="/home/gremlin/stuff/build:/home/gremlin/stuff/openembedded" |
| 14:20.08 | kergoth | and /home/gremlin/stuff/build/conf/local.conf is where your BBFILES is set? |
| 14:20.30 | kergoth | run bbread|grep BBFILES |
| 14:21.25 | gremlin[it] | kergoth, got !!! i had /home/gremlin/stuff/build/config .. not conf !!! thanks :) |
| 14:21.36 | gremlin[it] | ~bbcow |
| 14:21.37 | ibot | bbcow is probably a couple patches for bitbake and openembedded to use copy-on-write for the metadata handling. It greatly reduces memory consumption. Get them at http://www.frankengul.org/~seb/cowbb/. |
| 14:24.29 | *** join/#oe pb_ (~pb@2002:3e03:42cc:2:20a:5eff:fe00:391e) |
| 14:25.52 | hrw|work | hi pb |
| 14:27.09 | pb_ | hi hrw|work |
| 14:27.18 | kergoth | hey pb_ |
| 14:27.28 | pb_ | hey kergoth |
| 14:27.47 | pb_ | heh, bit early for you |
| 14:27.51 | kergoth | heh, didnt sleep |
| 14:28.04 | pb_ | aha |
| 14:31.02 | gremlin[it] | mhhh ??? i have to apply bbcow9b.patch or packages.bb.cow9b.patch ??? |
| 14:31.18 | kergoth | you apply bbcow9b to bitbake |
| 14:31.23 | kergoth | and packages.bb.cow9b to openembedded |
| 14:31.56 | gremlin[it] | thanks :) |
| 14:32.18 | emte | and then sing about bovine love |
| 14:32.37 | gremlin[it] | bovine love !??!?! ;) |
| 14:34.01 | schurig | bb without bbcow has bovine spongiforme encephalopaty |
| 14:34.19 | gremlin[it] | hahhahah :) |
| 14:35.41 | koen | heh |
| 14:37.32 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
| 14:38.05 | *** join/#oe qfh (~qfh@ppp-82-135-0-136.mnet-online.de) |
| 14:38.57 | emte | wow raster is up late |
| 14:39.05 | emte | how goes it? |
| 14:40.37 | *** join/#oe Dair (~dair@ip23.127.adsl.wplus.ru) |
| 14:42.50 | Dair | good evening everyone |
| 14:42.58 | koen | hey Dair |
| 14:43.35 | Dair | i'm digging in kernel sources, trying to find "keypad" driver... Any suggestions? |
| 14:43.52 | Dair | hey koen |
| 14:46.09 | raster | emte: bah busy busy |
| 14:46.16 | raster | wrestling with mr gimp |
| 14:46.17 | raster | :) |
| 14:48.44 | schurig | raster: gimp.bb ? |
| 14:50.52 | raster | no |
| 14:50.59 | raster | using it to draw purty things |
| 14:51.08 | schurig | raster: bah! |
| 14:52.31 | hrw|work | ~lart lisa authors |
| 14:52.32 | *** join/#oe qfh (~qfh@ppp-82-135-0-136.mnet-online.de) |
| 14:53.58 | *** join/#oe Ken|JLime (~Ken@h72n2fls34o1105.telia.com) |
| 14:56.34 | chouimat | good morning |
| 14:58.50 | Dair | well noone :-( |
| 15:05.31 | gremlin[it] | uh uh ... >>> |
| 15:05.36 | gremlin[it] | NOTE: multiple providers are available (glibc, glibc-intermediate); |
| 15:05.36 | gremlin[it] | NOTE: consider defining PREFERRED_PROVIDER_virtual/arm-linux-libc-for-gcc |
| 15:05.36 | gremlin[it] | NOTE: multiple providers are available (modutils-cross, module-init-tools-cross); |
| 15:05.36 | gremlin[it] | NOTE: consider defining PREFERRED_PROVIDER_virtual/arm-linux-depmod |
| 15:05.37 | gremlin[it] | <<< |
| 15:05.42 | gremlin[it] | and build nothing ... |
| 15:06.36 | schurig | gremlin[it]: then either OEMASK some packages or use the suggestion you've got |
| 15:11.37 | gremlin[it] | OEMASK ? |
| 15:12.59 | hrw|work | bbmask |
| 15:26.06 | gremlin[it] | BBMASK is empty ... >>> BBMASK = "" <<< |
| 15:26.32 | koen | correct |
| 15:27.20 | koen | bbmask is used to stop .bb files form being parsed |
| 15:34.08 | CIA-8 | 03cbrake 07 * r1.3016.1.1 10openembedded/conf/machine/vibren-pxa255idp.conf: add armv5te to IPKG_ARCH -- needed for xscale processors |
| 15:37.16 | schurig | cbrake: welcome as OE developer :-) |
| 15:37.20 | *** join/#oe Com[Plex (256k@69.49.135.162) |
| 15:38.30 | *** join/#oe Ken|JLimeX (~Ken@h72n2fls34o1105.telia.com) |
| 15:39.15 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 15:42.46 | *** join/#oe kjoe (~tody@bantha.ftk.de) |
| 15:58.26 | gremlin[it] | mhhh i did a 'bitbake task-bootstrap' and iterrup it after quilt-native was build ... then aplied bbcow patch ... and then nothing more will build ... cleaning buil/tmp/cache resolv ... |
| 16:00.07 | lardman | there are 2 cow patches - one for bb and one for oe |
| 16:00.25 | gremlin[it] | applied both |
| 16:00.40 | lardman | ah, okay, I don't know then |
| 16:01.12 | lardman | except as you say to remove the cache |
| 16:01.23 | *** join/#oe Cwiiis[uni] (~cil103@flora.ecs.soton.ac.uk) |
| 16:01.35 | gremlin[it] | just seem that is better clear build/tmp/cache after patching or something broke and no more packeges are build ... |
| 16:01.49 | hrw|work | gremlin[it]: it is a must |
| 16:02.16 | gremlin[it] | mhhh have to be written :) |
| 16:02.23 | lardman | hrw|work: do you use the cow patches? should one un-apply them before doing a bk pull? |
| 16:03.24 | hrw|work | lardman: only 2-3 packages are changed - as long as you wont push them you can keep bbcow even when you pull |
| 16:03.40 | gremlin[it] | files touched by bbcow rarelly ar updated in oe ... so i unapply (patch -R and pull) |
| 16:05.07 | lardman | ok, thanks |
| 16:07.51 | gremlin[it] | exactly: cd stuff/openembedded; patch -R -p1 < /where/u/have/packages.bb.cow9b.patch |
| 16:08.51 | cbrake | schurig: thanks -- OE is a lot of fun to work with -- especially when compared to how we used to build rootfs. |
| 16:50.07 | *** join/#oe andersee (~andersee@codepoet.org) |
| 16:59.23 | *** join/#oe lardman_ (~lardman@138.38.73.178) |
| 16:59.59 | *** join/#oe mallum (~mallum@host81-156-158-146.range81-156.btcentralplus.com) |
| 17:04.21 | treke | I need bigger pockets |
| 17:04.44 | hrw|work | I need pda with bigger flash |
| 17:04.46 | hrw|work | bye |
| 17:04.55 | koen | 'later hrw|work |
| 17:09.15 | *** join/#oe kergoth (~kergoth@ip71.churchill-park.dfw.ygnition.net) |
| 17:14.20 | *** join/#oe Ken|JL (~Ken@h72n2fls34o1105.telia.com) |
| 17:15.50 | *** join/#oe Timelord0 (~TL@64-147-65-151.access-4.intertex.net) |
| 17:17.58 | [g2] | anyone familar with the amd nx db1500 dev board ? |
| 17:20.06 | *** join/#oe kergoth_ (~kergoth@li11-226.members.linode.com) |
| 17:28.18 | *** join/#oe hufnus (~slonsiki@mc83936d0.tmodns.net) |
| 17:32.13 | *** join/#oe ar_ (~ar@port-ip-213-211-231-90.reverse.mdcc-fun.de) |
| 17:38.02 | CIA-8 | 03pb 07 * r1.3028 10openembedded/classes/binconfig.bbclass: apply patch from Graeme Gregory to remove spurious "-native" in binconfig filenames |
| 17:45.44 | *** join/#oe Crofton_ (~balister@h80ad934f.dhcp.vt.edu) |
| 17:58.52 | kergoth | ugh. i think thats the first time i've ever been bitten by a package using the results of an AC_PATH_PROG() in target binaries |
| 17:58.55 | kergoth | damnit |
| 17:59.11 | CosmicPenguin | gah |
| 17:59.27 | CosmicPenguin | [g2]: you have questions about the NX board? |
| 17:59.30 | kergoth | autoconf puts the "PERL" one in its binaries. and the M4 one as well |
| 17:59.31 | kergoth | bleh |
| 17:59.35 | CosmicPenguin | [g2]: I would be happy to help answer them |
| 17:59.48 | CosmicPenguin | kergoth: it should be legal for us to beat people who do that |
| 17:59.54 | kergoth | yes |
| 18:00.05 | kergoth | on the plus side, autoconf and automake are working in my oe built rootfs now |
| 18:00.20 | kergoth | need to smack config.guess around a bit wrt detecting that its in a uclibc environment |
| 18:13.23 | *** join/#oe nofpu (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
| 18:17.31 | *** join/#oe W8TVI (~noel@209-124-42-217.dialup.torchlake.com) |
| 18:18.28 | *** join/#oe W8TVI (~noel@209-124-42-217.dialup.torchlake.com) |
| 18:19.38 | *** join/#oe W8TVI (~noel@209-124-42-217.dialup.torchlake.com) |
| 18:20.26 | Crofton_ | anyone got a webpage comparing uclib and glib? |
| 18:23.37 | CosmicPenguin | of course, you know that the project names are uclibc and glibc, right? |
| 18:23.39 | CosmicPenguin | because glib != glibc |
| 18:23.46 | Crofton_ | yeah |
| 18:23.52 | Crofton_ | :) |
| 18:23.56 | Crofton_ | I knew that, right |
| 18:23.59 | RockClimber | I'm obviously doing something wrong, but during building a bb I've written, a file goes in staging/arm-linux/bin, but the variable ${STAGING_BINDIR} is pointing at staging/i686/bin. How do I correct this? |
| 18:23.59 | CosmicPenguin | Are you looking for any comparisions in particular? |
| 18:24.06 | Crofton_ | I just forgot which was which |
| 18:24.24 | Crofton_ | Well, my main interest is can the uclibc support serious c++ aps? |
| 18:24.52 | CosmicPenguin | RockClimber: if you are staging a binary file, then you obviously intend for it to be used for subsequent packages, right? |
| 18:25.30 | RockClimber | CosmicPenguin, no, but I don't know how to make it end up in the same place the source is |
| 18:25.35 | Crofton_ | He seems to know that, but it is ending up in the arm-linuxx dir instead? |
| 18:25.56 | CosmicPenguin | RockClimber: so if it doesn't need to be staged, then why are you staging it? |
| 18:26.08 | RockClimber | I'm not, it just went there when I used "inherit palmtop" |
| 18:26.52 | kergoth | RockClimber: thats expected. |
| 18:26.59 | kergoth | its an arm binary. it doesnt belong in STAGING_BINDIR |
| 18:27.04 | kergoth | BINDIR is for binaries _we can run_ |
| 18:27.06 | kergoth | at build time |
| 18:27.42 | *** join/#oe oe_newbie (~kvirc@195.234.128.72) |
| 18:27.46 | RockClimber | is there a variable to the target arch staging dir? |
| 18:28.07 | kergoth | whats the problem? |
| 18:28.25 | kergoth | currently packages that need the target arch staging dir just go relative to STAGING_LIBDIR |
| 18:28.31 | kergoth | ${STAGING_LIBDIR}/../bin/ or whatever |
| 18:28.34 | kergoth | which is reasonable |
| 18:28.39 | chris144|home | good evening everybody |
| 18:28.50 | CosmicPenguin | But completely unnessesary - why stage something thats useless? |
| 18:29.20 | kergoth | CosmicPenguin: due to a flaw in the way qmake buildsystems work. |
| 18:29.32 | kergoth | CosmicPenguin: it links the binary into QPEDIR/bin by default. at _compile time_ |
| 18:29.35 | RockClimber | okay, so I need to change the location the binary get built in. All the .o are in the same directory as the source, but the final binary is made in the arm bindir as I mention. I need to change something in the .pro or Makefile I suppose |
| 18:29.39 | kergoth | CosmicPenguin: but QPEDIR has to be set to link against things. |
| 18:29.41 | CosmicPenguin | kergoth: ahh... qmake. The problem comes into focus... :) |
| 18:29.56 | kergoth | CosmicPenguin: qmake has no awareness of the difference between the _build time_ QPEDIr and the _run time_ one |
| 18:30.04 | kergoth | RockClimber: read the .pro. |
| 18:30.15 | kergoth | RockClimber: there's a variable that defines where the target will end up. |
| 18:30.19 | kergoth | RockClimber: currently its likely set to QPEDIR/bin |
| 18:30.22 | kergoth | RockClimber: change that. |
| 18:31.17 | RockClimber | Okay, I'll add a patch for that. If I change it to nothing will that build it where the build takes place? |
| 18:31.27 | kergoth | just set it to '.' or something. |
| 18:31.38 | kergoth | i dont recall lif theres a variable for the build locatin or not |
| 18:33.38 | Crofton_ | ls |
| 18:33.42 | Crofton_ | crap focus |
| 18:34.47 | *** join/#oe TyggerBob (~myname@64.26.144.98) |
| 18:35.42 | *** join/#oe zap (~zap@217.170.93.196) |
| 18:35.49 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 18:38.00 | *** join/#oe pb__ (~pb@2002:5168:d330:1:a00:1fff:fe06:93c) |
| 18:40.08 | chris144|home | folks, might be a stupid question, but recently I submited a small patch through the mailing list (subject [PATCH]: fix udev error message...which I think got ignored. Is there any possibility for me to get patches in (even if they are small)? thanks! |
| 18:41.30 | pb__ | I wasn't totally convinced that your patch was correct. |
| 18:41.58 | pb__ | Will it cause people who were previously setting udev_root to "/dev/" to now get a warning? If so, I don't think that is acceptable. |
| 18:42.52 | chris144|home | pb_: well yes, they will get a warning. udev package itself however sets udevdir=/dev without the trailing slash. |
| 18:43.27 | chris144|home | it is in udev.inc line 14 |
| 18:43.31 | pb__ | I think it should probably accept both. |
| 18:44.01 | pb__ | or canonicalise the paths before comparing them, or something. |
| 18:44.25 | chris144|home | pb_: agreed. |
| 18:44.27 | kergoth | i agree, i was planning on looking into that but never got around to it |
| 18:45.55 | Crofton_ | I dorked the path to make the warning go away |
| 18:46.05 | Crofton_ | but I don't know what I am doing in that area |
| 18:46.08 | chris144|home | in general: rather than asking in this channel is there a way to find out about rejected patches other than waiting and chekcing the repo regularly. maybe a simple reject answer mail on the mailinglist? |
| 18:46.34 | pb__ | If someone thinks that your patch is clearly wrong, they will usually say so on the list. |
| 18:46.53 | chris144|home | ok |
| 18:47.22 | pb__ | If you just don't get any answer, your best bet is to ask again. Either here in the channel, or on the list. |
| 18:47.47 | *** join/#oe Timelord (~TL@64-147-65-126.access-3.intertex.net) |
| 18:48.28 | chris144|home | pb_: ok, I was a little bit hesitant asking again . i dont wat to anoy people. For now I will only submit small corrective patches, nothing big. But still better than nothing. |
| 18:48.52 | kergoth | chris144|home: its easy for things to get lost or forgotten. feel free to resend. |
| 18:49.12 | pb__ | chris144|home: nobody will get annoyed if you ask again, as long as you wait a decent time before doing so. |
| 18:49.19 | chris144|home | kergoth: ok |
| 18:49.38 | chris144|home | pb_: please define decent time :-) 48 hours? |
| 18:49.44 | CosmicPenguin | chris144|home: and don't be afraid to send in big changes, either - improvements are improvements |
| 18:49.55 | pb__ | 72-96 hours, probably |
| 18:50.01 | CIA-8 | 03kergoth 07 * r1.3024.1.1 10openembedded/ (4 files in 3 dirs): Apply config-guess-uclibc patch from gentoo, which makes it able to pick up on a uclibc environment when run in one. This should fix ./configure scripts run natively inside linux-uclibc root filesystems. |
| 18:50.23 | chris144|home | pb_: 3 days it is. |
| 18:51.37 | kergoth | fyi, i'm changing the gcc packaging a bit (the target gcc package, not cross) |
| 18:51.45 | kergoth | s/${PN}-c++/g++/g; |
| 18:51.50 | kergoth | s/${PN}-f77/g77/g; |
| 18:51.55 | pb__ | kergoth: sounds fine |
| 18:52.03 | kergoth | split out packages for gcov/gcov-symlinks and cpp/cpp-symlinks |
| 18:52.08 | kergoth | since those dont really belong in the gcc ipk |
| 18:52.14 | chris144|home | CosmicPenguin: i am about to finetune a few custom packages: linux-gpib, kernel 2.6.10 with KGDB support. linuxrc for embedxded systems. I hope to send them withion the next few days.... |
| 18:53.05 | kergoth | pb__: we _really_ need automatic perl/python Depends generation now. |
| 18:53.22 | kergoth | i had to install over 25 individual perl-module ipks manually to get automake to run :) |
| 18:53.31 | pb__ | hehe |
| 18:53.32 | pb__ | right |
| 18:53.50 | RockClimber | if it wasn't for the sharp sd driver for Z 5x00, is 2.6 ready for use (given how highly regarded 2.4.18 is) |
| 18:53.53 | kergoth | dont other package managers have something like that? |
| 18:53.59 | kergoth | if so, we should check their code out |
| 18:54.22 | pb__ | good question. not that I know of, but I've never looked. |
| 18:54.27 | CosmicPenguin | chris144|home: As far as kgdb support is concerned, I think thats one of those things that needs a special variable |
| 18:54.52 | kergoth | pb__: hmm.. there was that one project generating granular rpms from cpan.. i wonder if they did something for the inter-module deps |
| 18:55.26 | CosmicPenguin | Then again, maybe not |
| 18:56.36 | chris144|home | CosmicPenguin: I did a seperate package based on my standard x86 kernel package with was based on epis kernel some time ago. |
| 18:56.59 | pb__ | kergoth: aha, debian has dh_perl |
| 18:57.03 | kergoth | ah! |
| 18:57.18 | CosmicPenguin | chris144|home: yeah, now that I think about it, kgdb is probably not something that applies generically |
| 18:57.19 | pb__ | http://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-module_deps |
| 18:57.58 | chris144|home | it is not perfect and yes, a variable to switch kgdb support on and off in generral would be nice. But id did both kernel source code and module source code already. It works. if you like I can tar.gz it right now and send it... |
| 18:58.02 | kergoth | pb__: excellent |
| 18:58.10 | kergoth | so we just need to move that into a bbclass |
| 18:58.13 | kergoth | heh |
| 18:58.17 | pb__ | I wonder if there's a dh_python as well |
| 18:58.43 | kergoth | pb__: looks like it, according to google anyway |
| 18:58.51 | pb__ | ah yes |
| 18:59.00 | CosmicPenguin | chris144|home: no, take your time.... kgdb is a decision that needs to be made kernel by kernel anyway - forget I said anything |
| 18:59.09 | pb__ | NAME |
| 18:59.09 | pb__ | <PROTECTED> |
| 18:59.09 | pb__ | <PROTECTED> |
| 18:59.20 | pb__ | very good |
| 18:59.24 | chris144|home | CosmicPenguin: ok |
| 19:00.44 | pb_ | heh, I forgot nickserv can do that |
| 19:00.58 | kergoth | heh |
| 19:01.36 | kergoth | hmm |
| 19:02.07 | *** join/#oe pb___ (~pb@2002:3e03:42cc:2:20a:5eff:fe00:391e) |
| 19:02.15 | pb_ | uh-oh |
| 19:03.08 | pb_ | must have auto reconnect turned on in xchat, or something. |
| 19:05.32 | Crofton|work | oh joy, they are testing the fire alarm system ... |
| 19:05.39 | kergoth | hrm |
| 19:05.47 | kergoth | pb_: missing syslimits.h in our gcc build. ideas? |
| 19:06.01 | pb_ | odd. no idea what would cause that. |
| 19:11.53 | *** join/#oe _alwin_ (alwin@cable-81-173-131-183.netcologne.de) |
| 19:11.57 | kergoth | pb_: syslimits.h is one of the generated files? |
| 19:12.05 | kergoth | do you know offhand when its created? compile or install? |
| 19:12.33 | pb_ | kergoth: yeah, it's generated. probably at install time. |
| 19:12.43 | pb_ | it's usually just a stub that includes <limits.h> |
| 19:13.01 | kergoth | wondering if our packaging is inadvertantly bypassing that |
| 19:13.08 | kergoth | been bit by that sort of thing often enough |
| 19:13.15 | pb_ | it should be in gcc's private include directory |
| 19:13.28 | pb_ | ie libdir/gcc/HOST_SYS/version/include/ or whatever |
| 19:13.34 | kergoth | yeah |
| 19:13.44 | pb_ | do you have anything in that directory? |
| 19:13.47 | kergoth | yup |
| 19:13.49 | kergoth | a bunch of files |
| 19:13.51 | kergoth | just not this one |
| 19:13.56 | pb_ | weird |
| 19:14.11 | pb_ | seems odd that the packaging would be forgetting just that one file, but I guess stranger things have happened. |
| 19:15.02 | kergoth | looks like it happens in stmp-fixinc |
| 19:15.12 | pb_ | makes sense |
| 19:15.17 | Crofton|work | The fire alarm here works, really |
| 19:15.28 | pb_ | the contents of that file depends on whether the main <limits.h> needed fixing/ |
| 19:15.33 | kergoth | ah |
| 19:16.08 | pb_ | it never should need to be fixed on linux, though. |
| 19:18.10 | kergoth | when does the fixing happen again? |
| 19:18.20 | pb_ | install time, I think |
| 19:18.35 | pb_ | I'm not sure about that, though. |
| 19:19.05 | pb_ | hrm, my ssh login to my firewall has seized up. this is no good. |
| 19:20.29 | Crofton|work | The fire alarm here still works, really |
| 19:20.31 | kergoth | pb_: |
| 19:20.32 | kergoth | # Control whether to run fixproto and fixincludes. |
| 19:20.32 | kergoth | STMP_FIXPROTO =· |
| 19:20.32 | kergoth | STMP_FIXINC =· |
| 19:20.50 | *** join/#oe kolla_ (kolla@firda.uninett.no) |
| 19:21.00 | kergoth | if STMP_FIXINC is empty, syslimits.h never gets created, since its the stmp-fixinc rule that does it |
| 19:21.06 | pb_ | ah |
| 19:21.47 | kergoth | # And these apply if build != host, or we are generating coverage data |
| 19:21.49 | kergoth | ugh |
| 19:21.57 | kergoth | <PROTECTED> |
| 19:21.57 | kergoth | »·······STMP_FIXINC= |
| 19:21.57 | kergoth | »·······STMP_FIXPROTO= |
| 19:21.57 | kergoth | <PROTECTED> |
| 19:22.11 | kolla_ | what was the trick to allow swapping to file on nfs again? |
| 19:22.19 | [g2] | CosmicPenguin, hey |
| 19:22.26 | kolla_ | something about assign a /dev/something to the file |
| 19:22.32 | kolla_ | I dont think it was loopback |
| 19:22.53 | kergoth | pb_: i take it we shoudl be setting sysroot in our target gcc build. |
| 19:22.53 | kergoth | heh |
| 19:23.10 | kergoth | either that, or the buildsystem is just busted |
| 19:23.17 | pb_ | yeah |
| 19:23.20 | CosmicPenguin | [g2]: hey |
| 19:23.22 | pb_ | I don't know which, offhand. |
| 19:23.30 | pb_ | let's try setting sysroot and see what happens |
| 19:23.30 | pb_ | heh |
| 19:24.00 | [g2] | CosmicPenguin, do you know anything about openslug other than how much we bug kergoth ? |
| 19:26.10 | CosmicPenguin | I know I pondered buying a NSLU2 for about 30 minutes at Best Buy the other day |
| 19:27.23 | pb_ | hm, I had forgotten how long it takes to compile the kernel on a P133. |
| 19:27.39 | pb_ | I guess I should get a better computer. |
| 19:28.17 | [g2] | CosmicPenguin, I'm wondering about a custom NX that does slug like stuff |
| 19:28.29 | kolla_ | sigh, I cant find it anywhere, searching for "swap nfs linux" doesnt give me anything usefull :P |
| 19:29.04 | [g2] | I was toying with the idea of either buying or borrowing a reference platform can running stuff on it |
| 19:29.31 | *** join/#oe gremlin[it] (~gremlin@194-185-170-91.f4.ngi.it) |
| 19:29.35 | [g2] | But I didn't know about the bios on the board and what kernel support is available |
| 19:29.38 | gremlin[it] | hi to all |
| 19:29.42 | gremlin[it] | ~bbcow |
| 19:29.43 | ibot | rumour has it, bbcow is a couple patches for bitbake and openembedded to use copy-on-write for the metadata handling. It greatly reduces memory consumption. Get them at http://www.frankengul.org/~seb/cowbb/. |
| 19:29.45 | [g2] | we're running 2.6.11.2 on OpenSlug |
| 19:29.55 | CosmicPenguin | [g2]: that should be fine - really, its an Athlon core |
| 19:30.19 | [g2] | so is just a PC basically |
| 19:30.27 | [g2] | so it is |
| 19:31.09 | CosmicPenguin | [g2]: exactly |
| 19:31.23 | [g2] | next |
| 19:31.25 | [g2] | neat |
| 19:31.37 | CosmicPenguin | [g2]: I don't know exactly who did the bios for the reference design, but I doubt it has anything scary in it |
| 19:33.31 | kergoth | well, the sysroot build blew up awfully fast |
| 19:33.32 | kergoth | hrm |
| 19:34.12 | chouimat | man this is boring ... watching 4 windows of compile and 5 of "testing" ... |
| 19:34.36 | *** join/#oe marcansoft (1337@80-29-98-16.adsl.nuria.telefonica-data.net) |
| 19:34.48 | kergoth | oh, itd help if i set the sysroot correctly |
| 19:34.49 | kergoth | heh |
| 19:35.51 | pb_ | ~herring kergoth |
| 19:35.53 | ibot | ACTION whacks kergoth on the side of the head with a large red herring named alfred |
| 19:39.54 | kergoth | hrm |
| 19:40.29 | pb_ | still no luck? |
| 19:40.32 | kolla_ | kergoth: du you remember the workaround to fool swapon to accept swap on nfs? |
| 19:51.33 | kergoth | pb_: worked. |
| 19:51.44 | kergoth | pb_: setting --with-sysroot=/ fixed the problem, a bunch of missing headers appeared |
| 19:55.10 | Crofton|work | Any thoughts on how to get oe to output two filesystems for one build? |
| 19:55.26 | kergoth | Crofton|work: use two -image .bb's |
| 19:55.38 | Crofton|work | So I could put / into onboard flash and /usr on CF or microdrive |
| 19:55.41 | *** join/#oe Timelord (~TL@64-147-65-126.access-3.intertex.net) |
| 19:56.01 | kergoth | could use unionfs, just overlay cf right on top of / |
| 19:56.09 | Crofton|work | So can specify whcih dirs to include/exclude then |
| 19:56.19 | *** join/#oe Pigi (~NoOne@host3-70.pool21345.interbusiness.it) |
| 19:56.25 | Crofton|work | I keep hearing about unionfs :) |
| 19:56.28 | Pigi | Ciao all |
| 19:56.42 | Crofton|work | So many pieces to the puxxle |
| 19:56.43 | Crofton|work | hi |
| 19:56.52 | kergoth | hey Pigi |
| 19:56.55 | pb_ | kergoth: excellent |
| 20:01.37 | kergoth | woot |
| 20:01.53 | kergoth | pb_: builds of autoconf based packages now work natively in an oe rootfs without any hacks after installation |
| 20:02.01 | kergoth | :) |
| 20:02.07 | CosmicPenguin | scary |
| 20:02.38 | pb_ | kergoth: awesome |
| 20:03.08 | kergoth | just a metric assload of perl module installs, but looking at dh_perl is next on the list |
| 20:03.11 | kergoth | heh |
| 20:03.56 | pb_ | cool |
| 20:04.01 | kergoth | gah |
| 20:04.14 | kergoth | the bitbake ipk's /usr/bin/bitbake uses the python path at _build time- |
| 20:04.22 | pb_ | kergoth: oh dear |
| 20:04.27 | kergoth | so its /home/kergoth/code/build-x86/tmp/staging/x86_64-linux/bin/python |
| 20:04.28 | kergoth | :\ |
| 20:04.56 | pb_ | suck |
| 20:05.06 | kergoth | hah, bitbake segfaults |
| 20:05.59 | kergoth | still segfaults |
| 20:06.00 | kergoth | fun |
| 20:06.08 | kergoth | python shell segfaults as well |
| 20:06.19 | pb_ | that sounds unfortunate |
| 20:17.18 | Pigi | I can finally affirm that the sound drivers in 0.8.1 for 36/37/38 are broken..... |
| 20:19.11 | koen | so it's not opie? |
| 20:19.31 | Pigi | well, at least for 50% no. |
| 20:20.19 | Pigi | I managed to compile the alsa-driver that jamey had prepared in the 0.7.2 days |
| 20:20.31 | Pigi | and the alsa-util/alsa-lib |
| 20:20.55 | Pigi | from the same period |
| 20:21.58 | koen | Pigi: afaict nothing changed kernelwise for 0.8.1 |
| 20:22.11 | koen | and 0.8.0 played sounds pretty well on the h3870 |
| 20:22.34 | chris144|home | folks, in the package.postinst file ( http://pastebin.ca/7099 ) that gets created for one of my custom packages a build always adds at the bottom: if [ x"$D" = "x" ]; then ldconfig fi. Package at http://pastebin.ca/7100. Is there a way to avoid the fragment being added? (I think it is package.bbclass or kernel.bbclass who add the fragment). thanks! |
| 20:22.37 | Pigi | never benn able to get some sound from 0.8x up |
| 20:22.53 | Pigi | opie based at least. |
| 20:23.19 | kergoth | chris144|home: that should only be added if you're installing a shared library.. |
| 20:23.28 | Pigi | What has changed from 0.7.2 on, is that the drivers that were used in old day were alsa, while now are kernel ( oss ) |
| 20:23.28 | koen | you could try flashing bootstrap and installing madplay |
| 20:23.41 | Pigi | I did installed mpg321 |
| 20:24.04 | chris144|home | kergoth: it is actually a kernel module that gets compiled. linux-gpib adds a few kernel modules. see pastebin:7100. |
| 20:24.06 | Pigi | and tryied the oss driver but I get almost only click and noise |
| 20:24.41 | chris144|home | kergoth: I saw that with shared libs when I looked at the bbclasses but did not understand why it is being addes for my kernel modules. |
| 20:24.52 | chris144|home | added |
| 20:25.32 | drw | Pigi: Have you tried the opie-qss package? Don't know if it will help, but is worth a shot |
| 20:25.53 | Pigi | I think I have included in my last image. |
| 20:27.57 | Pigi | nofpu, I haven't yet. drw, did you tried it |
| 20:27.59 | Pigi | ? |
| 20:28.41 | drw | Only on a Zaurus with 2.6 kernel, but allows sound in that case |
| 20:28.58 | Pigi | 2.6 has alsa and not oss :) |
| 20:29.28 | pb_ | Pigi: yeah, it is a bug that familiar 0.8.x does not ship also |
| 20:29.31 | pb_ | er, alsa |
| 20:30.43 | Pigi | but I have tried to compile alsa-driver, but is far from my possibilities ( damn autoconf ) |
| 20:32.11 | chris144|home | kergoth: actually my gpib kernel modules package includes a shared lib! I am using oe_libinstall to install it. That must be the reason why the ldconfig gets added. |
| 20:34.50 | chris144|home | kergoth: and so far the ldconfig, that gets called after the module load makes sense. Seems like one needs to talk about ones problems to understand them and solve them... |
| 20:34.54 | kergoth | chris144|home: right, so ldconfig is quite correct. |
| 20:35.34 | chris144|home | kergoth: as always thanks for the help! linux-gpib is pretty much complete so expect a contrib any day... |
| 20:35.37 | kergoth | no problem |
| 20:35.42 | kergoth | cool |
| 20:36.11 | kolla_ | gpib? |
| 20:36.21 | gremlin[it] | gpib ?!?!?! |
| 20:36.30 | kolla_ | g'boing! |
| 20:36.35 | gremlin[it] | (i was never able to run linux as controller) ;( |
| 20:36.49 | kolla_ | what is gpib I wonder :) |
| 20:37.06 | chris144|home | kolla_: General Purpose Interface Bus. IEEE488. I am using oe to port a mesurement device to linux... |
| 20:37.16 | kergoth | ah |
| 20:37.28 | kolla_ | aha |
| 20:37.34 | gremlin[it] | a bus used to comunicate with instrumentations |
| 20:37.39 | chris144|home | kolla_: x86, PC104 board Lippert Cool Road Runner II |
| 20:37.40 | kolla_ | I thought it perhaps was some game...pib.. :) |
| 20:37.42 | Pigi | pb_ the funny thing now is that If I do a "aplay somewav.wav" it doesn't sound, while "strace aplay somewav.wav" sound |
| 20:37.54 | kolla_ | ok |
| 20:38.03 | gremlin[it] | chris144|home which device u use ? NI ? |
| 20:38.07 | chris144|home | gremlin[it]: yes, quite old fashioned but measurement devices still use it |
| 20:38.26 | chris144|home | gremlin[it]: tnt4882, the NI chip, custom board. |
| 20:38.27 | *** join/#oe arielMx (~ariel@proxyle02.ext.ti.com) |
| 20:38.57 | pb_ | Pigi: that's very strange |
| 20:39.03 | Crofton_ | jbot gpib is IEEE488 or General Purpose Instrument Buss |
| 20:39.27 | gremlin[it] | chris144|home i was never able to write a driver for tnt4882 ... to use it as controller ;( ... |
| 20:39.28 | Pigi | pb_ indeed, but I have 100% working with strace and 1-2% without |
| 20:39.41 | gremlin[it] | NI send me all time the wrong manual :( ... |
| 20:39.41 | Crofton_ | ~gpib |
| 20:39.42 | ibot | well, gpib is General Purpose Interface Bus. IEEE488 |
| 20:39.43 | pb_ | Pigi: must be some timing issue, I guess |
| 20:39.54 | Pigi | gosh..... |
| 20:39.59 | Pigi | it could be |
| 20:40.19 | chris144|home | gremlin[it]: look at http://linux-gpib.sourceforge.net/ |
| 20:40.48 | chris144|home | gremlin[it]: I tested the tnt4882 module yesterday night and it works like a charm. |
| 20:41.05 | chris144|home | gremlin[it]: also NI has a linux driver for gpib... |
| 20:41.43 | gremlin[it] | yes but NI driver had some issues ... and i don't like the way they work ;( |
| 20:41.57 | gremlin[it] | anyway .. was 2001 ... maybe soem work was done :) |
| 20:42.00 | *** join/#oe darkschneider (~gab@81-208-36-80.fastres.net) |
| 20:42.12 | koen | chris144|home: gpib2ip adapter are great :) |
| 20:42.41 | chris144|home | koen: which one are u using? |
| 20:42.52 | koen | chris144|home: the hp one |
| 20:43.02 | koen | but I can't touch it, since another project is using it |
| 20:43.14 | chris144|home | koen: you like it? |
| 20:43.31 | Pigi | pb_ in effect, when calling aplay with -R it works 100%, but it gives "ALSA lib pcm_hw.c:494:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed: Broken pipe" |
| 20:43.41 | chris144|home | koen: ok you never touched it... |
| 20:43.57 | pb_ | Pigi: I don't really know anything about those drivers |
| 20:44.21 | koen | chris144|home: the software we use is crap, so can't say too much about the hardware |
| 20:44.48 | Pigi | it ws only to say that you were right for the timing issue. I can live with the error, if I get back the sounds :) |
| 20:45.25 | CIA-8 | 03kergoth 07 * r1.3030 10openembedded/packages/gcc/ (6 files): |
| 20:45.25 | CIA-8 | Gcc 3.4.x: |
| 20:45.25 | CIA-8 | <PROTECTED> |
| 20:45.25 | CIA-8 | <PROTECTED> |
| 20:45.25 | CIA-8 | <PROTECTED> |
| 20:45.35 | chris144|home | koen: ok |
| 20:45.35 | *** join/#oe kbot (~supybot@li11-226.members.linode.com) |
| 20:45.44 | CosmicPenguin | Yay! |
| 20:45.53 | *** join/#oe eumel (~chatzilla@p5086283D.dip0.t-ipconnect.de) |
| 20:47.50 | chris144|home | gremlin[it]: just in case you r interested: throughput of linux-gpib tnt4882 back to back ~500kB/sec |
| 20:48.14 | gremlin[it] | good ... |
| 20:48.41 | gremlin[it] | simply NI at time don't release info about how to init tnt4882 as bus controller ;( ... |
| 20:49.19 | kolla_ | hm, if I am to only build for OZ-3.5.2, would it be ok to simply copy openembedded/conf/distro/openzaurus-3.5.2.conf to build/conf/local.conf |
| 20:49.20 | kolla_ | ? |
| 20:49.42 | gremlin[it] | chris144|home strange ... i'm looking at the ocde in CVS on sf.net ..but don't see nothing can enable it ;( ... |
| 20:50.13 | koen | kolla_: no |
| 20:50.19 | chris144|home | gremlin[it]: don't you have the programmer guide for tnt4882? it is in there how to do CIC |
| 20:50.40 | chris144|home | gremlin[it]: CIC= Controller in Charge |
| 20:51.03 | gremlin[it] | yes .. at time NDA was need to have ... i signed it .. but never had the manual :( |
| 20:51.49 | chris144|home | gremlin[it]: it is avail on the NI webpage. I think you need to register for it to get it. no NDA necessary. |
| 20:52.06 | gremlin[it] | time ago was ... i'm sure ... |
| 20:52.13 | chris144|home | gremlin[it]: ok |
| 20:52.40 | gremlin[it] | about 4 years ago .. :) |
| 20:52.42 | kolla_ | koen: ok, I see now |
| 20:54.03 | koen | and oz-3.5.2 doesn't build with the current OE repo |
| 20:54.41 | kolla_ | geh, ok, thanks |
| 20:54.51 | kergoth | koen: patches in the oe repository that apply against cvs have been changed to apply to current cvs. so they no longer do for the locked down cvsdates in the openzaurus 3.5.2 build. you'll want to clone an oe repo as of the oz 3.5.2 tag and use the 3.5.2 distro |
| 20:54.55 | kergoth | er |
| 20:54.58 | kergoth | s/koen:/kolly_:/ |
| 20:55.00 | kergoth | er |
| 20:55.04 | kergoth | s/kolly_/kolla_/ |
| 20:55.08 | kergoth | cant type worth a shit today |
| 20:55.25 | kolla_ | all I wanted at this poing was really just to try gpe-nmf |
| 20:56.11 | kergoth | go ahead, just do a build with a distro of openzaurus |
| 20:56.20 | kolla_ | no high hopes though, opiemediaplayer didnt work :| |
| 20:57.09 | Crofton_ | any pcmcia package experts here? |
| 20:58.04 | kolla_ | kergoth: when you say "openzaurus" you mean "openembedded" with "DISTRO=openzaurus", or do you mean something completely different? :) |
| 20:58.31 | *** join/#oe zecke_ (~ich@83-169-168-248-dynip.superkabel.de) |
| 20:58.47 | kergoth | kolla_: ? |
| 20:58.55 | kergoth | "a distro of openzaurus" means a distro of openzaurus. |
| 20:59.01 | kergoth | oe is not a distro. |
| 20:59.12 | kolla_ | I know |
| 20:59.20 | kergoth | what channel is this? |
| 20:59.25 | kergoth | i'm pretty sure its #oe |
| 21:00.54 | kolla_ | ok, so openzaurus is not built out form openembedded? |
| 21:00.59 | kolla_ | from |
| 21:01.02 | kergoth | yes, it is. |
| 21:01.08 | kolla_ | only "not now"? |
| 21:01.08 | kergoth | how are is this to fucking understand? |
| 21:01.15 | kergoth | what i say set your distro to openzaurus |
| 21:01.17 | kolla_ | I'm being sarcastic :) |
| 21:01.23 | kergoth | go set DISTRO to openzaurus and stop wasting my fucking time |
| 21:01.40 | kolla_ | well, you could simply have said "yes" above |
| 21:01.55 | kergoth | yes, but i like to encourage people to think. |
| 21:02.05 | kergoth | i realize it hurts for some, but i make people do it anyway |
| 21:02.11 | kolla_ | well, I got countermessages |
| 21:06.49 | kolla_ | "you'll want to clone an oe repo as of the oz 3.5.2 tag and use the 3.5.2 distro" and "and oz-3.5.2 doesn't build with the current OE repo" makes me think that I cannot simply "bk clone bk://openembedded.bkbits.net/openembedded" and expect it to work |
| 21:07.45 | kergoth | either use the oz 3.5.2 repo with an openzaurus-3.5.2 DISTRO |
| 21:07.51 | kergoth | or use the current with an openzaurus DISTRO |
| 21:07.57 | kergoth | take your pick |
| 21:08.29 | CIA-8 | 03kergoth 07 * r1.3031 10openembedded/packages/perl/ (perl_5.8.4.bb perl.inc): perl: Mangle one of the test results in the config.sh's when creating the uclibc versions, to ensure it doesn't believe uclibc supports something it doesnt. |
| 21:09.12 | kolla_ | meaning "bk clone bk://openembedded.bkbits.net/openzaurus-3.5.2" and "DISTRO=openzaurus-3.5.2"? |
| 21:09.30 | kolla_ | the first choice that is |
| 21:10.04 | kergoth | read the bk documentation |
| 21:10.10 | kergoth | i really dont have time to teach you how to pull from a tag |
| 21:11.12 | kolla_ | ok.. back to gentoo then :) |
| 21:11.27 | kolla_ | I'll try oe/oz again a few months or so |
| 21:11.43 | *** part/#oe kolla_ (kolla@firda.uninett.no) |
| 21:18.34 | CIA-8 | 03kergoth 07 * r1.3032 10openembedded/packages/automake/ (6 files in 2 dirs): |
| 21:18.35 | CIA-8 | Apply patch to fix a bug where automake was using a path (PERL variable, |
| 21:18.35 | CIA-8 | AC_PATH_PROG macro) from the build machine in binaries for the target. |
| 21:18.35 | CIA-8 | This resulted in the automake ipk being completely useless. Modified it to |
| 21:18.35 | CIA-8 | call '/usr/bin/env perl' instead. |
| 21:22.02 | reenoo_ | kergoth: I love those type of bugs :/ |
| 21:23.48 | *** join/#oe punkass (~punkass@S0106000423578661.cc.shawcable.net) |
| 21:23.53 | punkass | hello all |
| 21:24.03 | koen | hey punkass |
| 21:24.08 | punkass | does anyone know if there is a 64bit version of bitkeeper? |
| 21:24.46 | punkass | ive read a few mailing lists say there was one coming..but I cant seem to find any |
| 21:25.18 | punkass | koen: joke must be over my head :) |
| 21:25.42 | *** join/#oe jacques (~jacques@jacques.nslu2-linux) |
| 21:25.43 | koen | punkass: how would they called that version? |
| 21:26.29 | punkass | hmm they have one for the 64bit itaniums |
| 21:28.27 | [cc]smart | question: what sense would 64bit BK make, aka what advantage would one expect ? |
| 21:29.34 | punkass | i am not sure if there is any difference...but since they are all binaries I figured that i would need a specific AMD64 one...although there is a staticly linked one that i may try |
| 21:30.09 | [cc]smart | i would thikn you are better off with the 32bit version, if there is a 64bit one too. |
| 21:30.26 | *** join/#oe hufnus (~slonsiki@ma31136d0.tmodns.net) |
| 21:30.30 | punkass | o |
| 21:30.40 | punkass | well whatever works i will be happy with |
| 21:30.55 | [cc]smart | i can think of two excuses why one would want a 64 bit app. you need > 4GB RAM for your app, or you are computationally extensive. |
| 21:31.02 | [cc]smart | otherwise, you're just wasting RAM. |
| 21:31.07 | CIA-8 | 03kergoth 07 * r1.3033 10openembedded/packages/automake/ (6 files in 2 dirs): Fix the automake paths fix.. it wasnt subst'ing @bindir@. |
| 21:31.44 | [cc]smart | ah, and wasting cache, which wastes cpu cycles :) |
| 21:32.47 | punkass | well i am using ubuntu64 and is definatly faster then my 32bit processor..and i am using about the same about of ram |
| 21:33.19 | [cc]smart | are you sure ubuntu64 is 64bit apps and not just 64bit OS ? i mean, the latter is what most do. |
| 21:33.45 | punkass | its all compiled 64bit apps...except for openoffice and a few others |
| 21:33.46 | [cc]smart | 64bit os and 32bit apps, that's the typical setup, and one that nakes sense :) |
| 21:34.49 | [cc]smart | well, when compiled the same way, with same quality compiler and compiler optimazations, then i would expect a minor loss by 64bit. definitely not a big gain. |
| 21:34.51 | punkass | actually i think that is one thing ubuntu is lacking compared to other distros is the 32bit enviroment |
| 21:35.24 | [cc]smart | but i may be wrong. didn't have the fun to verify myself :) |
| 21:36.05 | punkass | hmm..well not sure what to tell ya...xp 32bit is pretty much the same, but updating to 64bit ubuntu made quite a big difference. |
| 21:36.27 | [cc]smart | XP ? you mean the desktop OS ? |
| 21:36.28 | punkass | every thing feels much 'snappier' |
| 21:36.32 | punkass | yes |
| 21:36.44 | punkass | i have dual boot running on amd64 2800+ |
| 21:37.04 | [cc]smart | well, that's a comparison that's not really valid. too many different variables on the sides of that equasion :) |
| 21:38.01 | punkass | yeah |
| 21:40.48 | punkass | oo looks like they do have one, just not listed on the page: bk-3.2.3-x86_64-glibc23-linux.bin |
| 21:43.50 | CIA-8 | 03kergoth 07 * r1.3034 10openembedded/packages/automake/ (6 files in 2 dirs): Fix the automake path bits .. again .. forgot to patch Makefile.in while i was patching Makefile.am, so the automake build tried to call the local automake on its own buildsystem before it built it.. |
| 21:46.37 | CIA-8 | 03kergoth 07 * r1.3035 10openembedded/packages/autoconf/ (3 files in 2 dirs): |
| 21:46.38 | CIA-8 | Automake: |
| 21:46.38 | CIA-8 | <PROTECTED> |
| 21:46.38 | CIA-8 | <PROTECTED> |
| 21:46.38 | CIA-8 | <PROTECTED> |
| 21:46.38 | CIA-8 | <PROTECTED> |
| 21:47.27 | CIA-8 | 03kergoth 07 * r1.3036 10openembedded/BitKeeper/deleted/ (5 files): Kill off libtool 1.4.3. |
| 21:47.40 | *** join/#oe Geo_KM (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
| 21:48.46 | CIA-8 | 03kergoth 07 * r1.3037 10openembedded/packages/libtool/ (libtool_1.5.bb libtool_1.5.6.bb libtool_1.5.10.bb): Fix the libtool packaging to include the aclocal m4 files in the 'libtool' package rather than 'libtool-dev'. |
| 21:49.41 | CIA-8 | 03kergoth 07 * r1.3038 10openembedded/site/ (i686-linux i686-linux-uclibc): Swipe some test results from the arm linux site file for some C library related things for various packages for the i686-linux-* site files. |
| 21:50.45 | CIA-8 | 03kergoth 07 * r1.3039 10openembedded/packages/m4/m4-native_1.4.2.bb: Fix the m4-native build. |
| 21:51.51 | *** join/#oe Kerberos (~Kerberos@vpn.neoris.com) |
| 21:52.33 | CIA-8 | 03kergoth 07 * r1.3040 10openembedded/packages/perl/ (perl_5.8.4.bb files/config.sh-i686-linux): Fixes for the perl config.sh for i686-linux. |
| 21:53.02 | *** join/#oe TyggerBob (~myname@CPE00045a265f64-CM000f9f7c58fa.cpe.net.cable.rogers.com) |
| 21:54.14 | CIA-8 | 03alwin 07 * r1.3004.1.1 10openembedded/packages/qte/qte_2.3.10.bb: fixed wrong linker on libqte |
| 21:54.56 | kergoth | _alwin_: ah nice |
| 21:55.49 | CosmicPenguin | That was part of andersee's patch way back when, wasn't it? |
| 21:55.51 | _alwin_ | yes. most time to fix was waiting for the changesets you applied ;) every time I did a bk pull und then bk push had send a new changeset ;) |
| 21:55.59 | CIA-8 | 03kergoth 07 * r1.3036.1.5 10openembedded/ (12 files in 3 dirs): Kill off some old appweb versions, and fix the appweb build to pass 'linux' into its configure script rather than 'linux-uclibc' when targeting uclibc. |
| 21:56.02 | kergoth | hehe |
| 21:56.07 | pb_ | kergoth: is there anything in particular that needs to be done before automake 1.9 can be made the default? |
| 21:56.27 | kergoth | pb_: not really, i think i cought most of the packages that were failing with 1.9 but not with 1.8 |
| 21:56.27 | pb_ | I was working on some package the other day that doesn't build with older automakes anymore. |
| 21:56.34 | kergoth | i'm fine with updating |
| 21:56.38 | kergoth | io've been using 1.9 locally for somet ime |
| 21:56.44 | pb_ | okay, great. let's do it. |
| 21:56.54 | pb_ | I'll make the change. |
| 21:56.58 | kergoth | k |
| 21:57.07 | kergoth | eh, automake is a candidate for metadata consolodation |
| 21:57.08 | kergoth | heh |
| 21:57.16 | pb_ | heh, right |
| 21:57.22 | Crofton_ | kergoth, you ever do anything with my OSK comments? |
| 21:57.32 | kergoth | we keep ending up with recent changes in latest versions of things, but not to old ones anyway |
| 21:57.42 | pb_ | yeah |
| 21:57.55 | kergoth | using .inc's makes it a lot less trouble |
| 21:58.24 | kergoth | whee, current opencvs cvs started using some more bsdisms |
| 21:58.29 | kergoth | more stuff for me to fixup in my linux patch |
| 21:58.36 | _alwin_ | seems that today is OpenEmbedded's "Patch day" ;) |
| 21:58.44 | kergoth | its too bad they dont have a team working on a portable opencvs version |
| 21:58.47 | kergoth | (yet) |
| 21:59.01 | [cc]smart | BTW: sbdy here who is working on OE oython pacakge ? |
| 21:59.13 | pb_ | _alwin_: heh, every day is Patch Day |
| 21:59.27 | kergoth | [cc]smart: whats the MAINTAINER say? |
| 22:00.02 | _alwin_ | but not in this quantity ;) |
| 22:00.07 | [cc]smart | mickeyl, but thought that it would not be they way of "htis is mine, that is yours" |
| 22:00.39 | kergoth | [cc]smart: bk prs will tell you who's made changes to the files. |
| 22:01.18 | pb_ | mickeyl is indeed the oython expert, but he is not here at the moment |
| 22:02.47 | CIA-8 | 03pb 07 * r1.3041 10openembedded/packages/automake/ (automake_1.9.3.bb automake_1.9.2.bb): remove DEFAULT_PREFERENCE for automake 1.9.x |
| 22:02.50 | kergoth | i need to add svn and svk to oe |
| 22:02.52 | kergoth | :) |
| 22:03.31 | kergoth | anyone mind if i setup 'vi' as an alternatives? |
| 22:03.47 | kergoth | would be nice to have that point at vim when its installed |
| 22:03.52 | [cc]smart | is mickey=mickeyl ? there are both variants in the changes and what's on this list is mickey. |
| 22:04.04 | kergoth | yes |
| 22:04.46 | [cc]smart | the he's on holidays eh ? that would make kergoth left as a python patching member :) |
| 22:04.57 | [cc]smart | s/the/then/ |
| 22:05.03 | pb_ | kergoth: good idea. go for it. |
| 22:05.08 | keturn | Is the anon repository still lagging the changes reported by CIA by cron job? |
| 22:05.15 | kergoth | ? |
| 22:05.29 | kergoth | the anon repo lags the development repo, yes, by an hour at most |
| 22:05.43 | kergoth | cia just gets notified on changes to the devel repo |
| 22:09.40 | *** part/#oe eumel (~chatzilla@p5086283D.dip0.t-ipconnect.de) |
| 22:13.24 | kergoth | hmm |
| 22:17.29 | ar_ | hm. have a fresh bk pull and try a clean bitbake make |
| 22:17.34 | ar_ | but finfished with error |
| 22:17.40 | kergoth | what error? |
| 22:17.42 | ar_ | | make[2]: *** [m4sugar.m4f] Error 1 |
| 22:17.48 | kergoth | that tells me nothing |
| 22:17.51 | ar_ | in autoconf |
| 22:17.57 | kergoth | -native? |
| 22:18.06 | ar_ | yes. native |
| 22:20.38 | ar_ | kergoth: have upload the compile.log to http://www.oszine.de/tmp/opie/log.do_compile.18194 |
| 22:20.41 | kergoth | k |
| 22:20.45 | ar_ | if you would take a look at it |
| 22:20.56 | *** join/#oe WorkAncient (~WorkAncie@innominatus.com) |
| 22:21.25 | kergoth | ar_: heh, your build machine doent have env? |
| 22:21.26 | kergoth | or m4? |
| 22:21.29 | kergoth | ../../tests/autom4te: /home/ar/src/oe/build/tmp/work/autoconf-native-2.59-r2/autoconf-2.59/tests/.././bin/autom4te: /home/ar/src/oe/build/tmp/staging/x86_64-linux/bin/env: bad interpreter: No such file or directory |
| 22:21.39 | kergoth | can you run /home/ar/src/oe/build/tmp/staging/x86_64-linux/bin/env manually? |
| 22:21.46 | *** part/#oe WorkAncient (~WorkAncie@innominatus.com) |
| 22:21.46 | kergoth | env should work. |
| 22:21.50 | ar_ | kergoth: mom. will try it |
| 22:22.36 | ar_ | kergoth: no env at build-dir |
| 22:22.50 | kergoth | ? |
| 22:23.05 | kergoth | hmmmm |
| 22:23.06 | kergoth | oh! |
| 22:23.07 | ar_ | have patched my bitbake with cow-patch |
| 22:23.10 | ar_ | http://www.frankengul.org/~seb/cowbb/ |
| 22:23.21 | kergoth | its #!@bindir@/env m4 |
| 22:23.26 | kergoth | @bindir@ |
| 22:23.27 | kbot | kergoth: Error: "bindir@" is not a valid command. |
| 22:23.31 | kergoth | which isnt hte target in -native |
| 22:23.33 | kergoth | its staging |
| 22:23.33 | kergoth | :\ |
| 22:24.00 | kergoth | i guess i could hardcode /usr/bin/env or something.. |
| 22:24.19 | kergoth | or patch it only for target, not native |
| 22:24.23 | kergoth | thats probably best, i'll do that |
| 22:24.38 | ar_ | ah. i think i understood. |
| 22:24.53 | ar_ | bitbake search env in stage-dir but must search in /usr/bin ? |
| 22:25.00 | kergoth | right |
| 22:25.04 | kergoth | its using the 'bindir' from autoconf |
| 22:25.11 | kergoth | but in our native packages, we override all the variables to point into staging |
| 22:25.32 | ar_ | ah |
| 22:30.02 | CIA-8 | 03kergoth 07 * r1.3042 10openembedded/packages/automake/ (automake_1.9.3.bb automake_1.9.2.bb): |
| 22:30.02 | CIA-8 | Merge oe-devel@oe-devel.bkbits.net:openembedded |
| 22:30.02 | CIA-8 | into handhelds.org:/home/kergoth/code/openembedded |
| 22:30.02 | CIA-8 | 03kergoth 07 * r1.3040.1.1 10openembedded/packages/ (6 files in 2 dirs): autoconf and automake: don't apply the path fixes in the native builds. |
| 22:30.26 | kergoth | ar_: that should take care of it |
| 22:30.31 | kergoth | works here |
| 22:30.44 | ar_ | kergoth: ok bk up & try it out |
| 22:30.48 | ar_ | bk pull ;) |
| 22:32.13 | reenoo_ | 'night all |
| 22:32.21 | ar_ | gn8 reenoo_ |
| 22:32.45 | zecke_ | kbot: lart debian project for shipping a broken xemacs |
| 22:33.46 | CosmicPenguin | There are those who say that xemacs is broken by design |
| 22:34.20 | zecke_ | CosmicPenguin: nothing that lisp couldn't fix |
| 22:34.38 | chouimat | <PROTECTED> |
| 22:35.12 | zecke_ | chouimat: where do you work now? |
| 22:35.34 | chouimat | zecke_: still look for a job ... |
| 22:36.18 | chouimat | and i'm getting tired |
| 22:36.31 | ar_ | kergoth: thanks. it build here now :) |
| 22:36.39 | zecke_ | chouimat: too bad |
| 22:36.56 | kergoth | ar_: great |
| 22:38.18 | Pigi | time to sleep |
| 22:38.20 | Pigi | nite all |
| 22:48.14 | chris144|home | nite folks, time for sleep |
| 22:48.54 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 22:54.10 | ar_ | hm. zlib need arm-linux-gcc but it is not build before build zlib. |
| 22:54.54 | kergoth | ? |
| 22:54.58 | kergoth | thats odd |
| 22:55.06 | kergoth | bbread /path/to/zlib.bb|grep DEPENDS |
| 22:55.18 | *** join/#oe Geo_KM_ (~keith@CPE-203-51-26-242.nsw.bigpond.net.au) |
| 22:56.57 | ar_ | hm. no gcc-cross to see in bbread output |
| 22:58.55 | kergoth | ar_: you wont find gcc-cross. |
| 22:59.02 | kergoth | ar_: you'll find virtual/arm-linux-gcc or whatever |
| 23:00.26 | ar_ | kergoth: ah yes. virtual/arm-linux-gcc |
| 23:00.57 | kergoth | right then, so its deps are fine |
| 23:01.32 | *** part/#oe Kerberos (~Kerberos@vpn.neoris.com) |
| 23:01.39 | ar_ | hm. have ASSUME_PROVIDED = "virtual/${TARGET_PREFIX}gcc virtual/libc" in my local.conf |
| 23:01.48 | ar_ | that's right? i think so. |
| 23:01.50 | kergoth | ? |
| 23:02.01 | kergoth | you're telling oe it doesnt need to build a toolchain, because you already ahve it. |
| 23:02.07 | kergoth | its doing exactly what you told it to do |
| 23:02.14 | ar_ | ah. shit. my fault |
| 23:02.15 | kergoth | read local.conf.sample |
| 23:02.16 | kergoth | heh |
| 23:02.38 | ar_ | ASSUME_PROVIDED = "virtual/arm-linux-gcc-2.95" <- this is for 2.4 kernel right? |
| 23:06.59 | _alwin_ | ar_: yes |
| 23:07.15 | _alwin_ | and this compiler should be in your path from a toolchain |
| 23:08.25 | ar_ | _alwin_: yeah. now it is a little bit clearer to me :) |
| 23:13.35 | kergoth | doing automatic python module dep generation is going to be easy :) |
| 23:18.27 | *** join/#oe _Titeuf (~Titeuf@2m01.net) |
| 23:18.56 | pb_ | excellent |
| 23:21.21 | *** join/#oe Ken|JLimeX (~Ken@h72n2fls34o1105.telia.com) |
| 23:24.06 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 23:25.05 | ar_ | gn8 |
| 23:39.52 | kergoth | pb_: opinion on doing another bitbake release? i think the performance boost when doing subsequent builds (the build stamp stuff) probably makes releasing a 1.2 worthwhile |
| 23:41.46 | pb_ | sounds good to me. |
| 23:41.59 | pb_ | I can't think of any reason not to make a new release. |
| 23:42.27 | kergoth | nod. at first, didnt know how many bugs it would introduce. but you fixed the major ones, and its been fine since |
| 23:42.31 | kergoth | i'll do so then |
| 23:43.26 | pb_ | great |
| 23:43.39 | CosmicPenguin | Huzzah! |
| 23:57.12 | *** join/#oe jh_ (~jason@69.144.85.206) |
| 23:58.02 | *** join/#oe robtaylor (~robtaylor@nat2.camtrial.co.uk) |
| 23:58.10 | *** part/#oe robtaylor (~robtaylor@nat2.camtrial.co.uk) |
