00:04.47 | *** join/#oe dijenerate_ (n=dijenera@69.73.212.159) |
00:05.31 | Jin^eLD | mhm |
00:06.32 | Jin^eLD | is anyone awake, who would be willing to try builgint apt-native? :> |
00:06.42 | Jin^eLD | s/builgint/building/ |
00:07.27 | Jin^eLD | I suspect oe_libinstall() is doing bad stuff to the apt library name, but it would be nice to have the problem confirmed |
00:07.46 | Jin^eLD | for me do_stage_base() step is failing because of this |
00:14.21 | *** join/#oe crink (n=crink@218.147.117.49) |
00:22.46 | *** part/#oe lindenle (n=lindenle@adsl-76-199-13-18.dsl.chmpil.sbcglobal.net) |
00:40.57 | *** join/#oe dijenerate (n=dijenera@69.73.212.159) |
00:45.04 | cdbot2 | * * OE Bug 2471 has been created by bugs.openembedded.org@rolf.leggewie.biz |
00:45.06 | cdbot2 | * * Hardcoded PACKAGES lines |
00:45.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2471 |
00:59.48 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
01:08.52 | *** join/#oe vivijim (n=vivijim@189.13.204.211) |
01:10.49 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
01:12.03 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
01:54.05 | cdbot2 | * * OE Bug 1980 has been RESOLVED (WONTFIX) by lenehan@twibble.org |
01:54.07 | cdbot2 | * * perl-native fails to build with stack-smashing protector modified gcc |
01:54.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1980 |
01:54.41 | *** join/#oe AvengerMoJo (n=alex@61.14.130.209) |
01:55.39 | *** join/#oe dijenerate (n=dijenera@69.73.212.159) |
02:03.57 | *** join/#oe dijenerate (n=dijenera@69.73.212.159) |
02:11.49 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.39.Dial1.SanJose1.Level3.net) |
02:29.06 | *** part/#oe vivijim (n=vivijim@189.13.204.211) |
02:31.36 | *** join/#oe rd_ (n=rd@s15244973.onlinehome-server.info) |
02:36.24 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.21.203.Dial1.SanJose1.Level3.net) |
02:45.29 | *** join/#oe mithro (n=tim@lester.mithis.com) |
02:53.38 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
02:57.53 | *** join/#oe mickey|fic (n=mickey@59-124-92-123.HINET-IP.hinet.net) |
03:02.58 | CIA-3 | 03polyonymous 07org.oe.dev * rb267dbeb... 10/ (10 files in 3 dirs): |
03:02.58 | CIA-3 | konqueror-embedded: updated to 20070212 snapshot. |
03:02.58 | CIA-3 | Credits go to Marek Vasut of bug #1995, which is being closed. |
03:03.04 | CIA-3 | 03polyonymous 07org.oe.dev * r3c3d3447... 10/ (1 conf/distro/include/preferred-opie-versions-1.2.3-pre.inc): conf/distro/include/preferred-opie-versions-1.2.3-pre.inc: bump preferred konqueror version |
03:04.03 | cdbot2 | * * OE Bug 1995 has been RESOLVED (FIXED) by polyonymous@klever.net |
03:04.05 | cdbot2 | * * Konqueror Embedded 2007 preliminary .bb file and patches |
03:04.07 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1995 |
03:07.04 | cdbot2 | * * OE Bug 844 has been RESOLVED (WONTFIX) by polyonymous@klever.net |
03:07.06 | cdbot2 | * * konqueror-embedded build fix. sort of |
03:07.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=844 |
03:13.58 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.21.232.Dial1.SanJose1.Level3.net) |
03:21.05 | *** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.18.114.Dial1.SanJose1.Level3.net) |
03:32.44 | *** join/#oe dijenerate (n=dijenera@69.73.216.239) |
03:40.31 | *** join/#oe daurnimator (i=daurn@203.46.67.241) |
03:47.39 | *** join/#oe koen_ (n=koen@dominion.kabel.utwente.nl) |
03:48.07 | *** part/#oe ozstinger (n=ozstinge@216.143.234.167) |
03:50.28 | *** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl) |
03:52.32 | *** join/#oe dijenerate_ (n=dijenera@72.22.142.206) |
04:18.59 | CIA-3 | 03mwester 07org.oe.dev * re3ec97ab... 10/ (5 files in 3 dirs): Unslung: /usr/bin/mkfs.ext3 - strange script to workaround an mke2fs failure |
04:40.34 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
04:40.55 | *** join/#oe bipolar (n=bflong@70.44.53.89) |
04:45.00 | *** join/#oe law|ibook (n=_law_@213.173.86.202) |
05:26.48 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
05:34.29 | *** join/#oe dion (n=dion@inhex.net) |
05:57.41 | *** part/#oe crink (n=crink@218.147.117.49) |
06:01.50 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
06:06.07 | CM | koen|away: http://www.atoker.com/blog/2007/06/12/webkitgtk-is-coming/ |
06:06.09 | *** join/#oe schurig (n=schurig@pD95FC1A8.dip0.t-ipconnect.de) |
06:15.00 | *** part/#oe hillct (n=H@cpe-024-211-129-051.nc.res.rr.com) |
06:16.26 | *** join/#oe Sup3rkiddo (n=sudharsh@59.96.4.84) |
06:21.23 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
06:22.26 | *** join/#oe rob_w|mis (n=rob_w@p549B9CFB.dip0.t-ipconnect.de) |
06:24.10 | *** join/#oe polyonymous (n=hacker@pD953B713.dip0.t-ipconnect.de) |
06:29.28 | *** part/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
06:34.09 | steliosk | morning all |
06:38.43 | CIA-3 | 03Jake 07org.oe.dev * r38e38f27... 10/ (6 files in 2 dirs): gpsd: mark /etc/default/gpsd as CONFFILE |
06:41.10 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
06:41.53 | *** join/#oe deeprave (n=davidn@203-206-162-119.perm.iinet.net.au) |
06:43.38 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
07:00.42 | *** join/#oe zecke (n=ich@91.64.161.147) |
07:07.56 | *** join/#oe greentux_ (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
07:16.08 | *** join/#oe theBrave (n=jberniol@ngw.virtuallogix.com) |
07:17.07 | *** join/#oe pvanhoof (n=pvanhoof@62.237.12.2) |
07:18.14 | *** join/#oe greentux_ (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
07:19.07 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.25.203) |
07:19.19 | theBrave | Hello, I have problems building uboot 1.1.4 for gumstix. (http://rafb.net/p/jMS9HS60.html) basically it ends because of an EABI version mismatch. also, its built in the wrong directory (i think), in armv5te-angstrom-linux-gnueabi instead of gumstix-angstrom-linux-gnueabi. What could be the cause ? |
07:20.30 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
07:21.31 | *** join/#oe _diego_ (n=diego@host-84-223-78-182.cust-adsl.tiscali.it) |
07:21.44 | *** join/#oe psokolovsky_ (n=psokolov@82.193.98.14) |
07:24.46 | *** join/#oe pH5 (n=ph5@p5485C64B.dip.t-dialin.net) |
07:25.24 | hrw | morning |
07:26.14 | *** join/#oe joshin (n=joshin@VDSL-130-13-252-46.PHNX.QWEST.NET) |
07:30.04 | *** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
07:30.45 | *** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
07:40.24 | *** join/#oe thesing (n=tkunze@wll193-141.wlan.hu-berlin.de) |
07:42.03 | thesing | hi everybody |
07:42.52 | hrw | hi Thomas |
07:44.49 | *** part/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
07:49.20 | *** join/#oe pvanhoof (n=pvanhoof@62.237.12.2) |
07:49.56 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
07:53.52 | *** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
07:59.53 | *** join/#oe Laibsch (n=Laibsch@p54B971B4.dip.t-dialin.net) |
08:00.18 | theBrave | hi hrw, do you have any ideas on my problem ? |
08:02.40 | hrw | let me see |
08:03.34 | hrw | can you try uboot 1.2.0? |
08:03.58 | CIA-3 | 03koen 07org.oe.dev * r6c2b3981... 10/ (4 files in 3 dirs): uclibc: make a bfin arch config instead of a machine config |
08:04.07 | CIA-3 | 03koen 07org.oe.dev * r4bb26bc7... 10/ (1 classes/insane.bbclass classes/siteinfo.bbclass): siteinfo,insane: blackfin is uclinux, not linux |
08:04.16 | CIA-3 | 03koen 07org.oe.dev * r08e772f1... 10/ (3 files in 3 dirs): angstrom: blackfin updates |
08:04.28 | theBrave | no, only uboot 1.14 supports gumstix |
08:04.59 | *** join/#oe CCY19840812 (i=CCY19840@220-132-186-182.HINET-IP.hinet.net) |
08:05.17 | theBrave | uboot 120 fail because target gumstix doesn't exist. latest cvs from gumstix uses uboot 1.1.4 |
08:05.30 | hrw | and I do not know how goes 1.1.4 supports eabi if at all |
08:06.26 | *** join/#oe thesing (n=tkunze@wll193-141.wlan.hu-berlin.de) |
08:07.53 | koen | good morning all |
08:07.57 | hrw | hi koen |
08:08.51 | theBrave | after all, uboot is only the bootloader, do I care if it use another abi ? |
08:09.33 | koen | koen@lieve:/media/hda4/OE/build/tmp-new/angstrom/cross/bin$ ls | grep gcc-4.1.2 |
08:09.34 | koen | avr32-angstrom-linux-uclibc-gcc-4.1.2 |
08:09.34 | koen | bfin-angstrom-uclinux-uclibc-gcc-4.1.2 |
08:09.36 | koen | :D |
08:11.08 | hrw | koen: we need a way to force OABI in angstrom |
08:11.46 | theBrave | doesnt angstrom-legacy already forces oabi ? |
08:11.48 | hrw | I knew machines which run angstrom but need uboot oabi (not only neo1973) |
08:11.55 | hrw | legacy force many things |
08:13.11 | thesing | wouldn't it be better to fix uboot? |
08:13.34 | koen | thesing: yes, but u-boot is not a single piece of software |
08:13.36 | hrw | thesing: fixing uboot need time which need money |
08:13.53 | koen | u-boot is 30 different bootloaders glued together |
08:14.18 | hrw | ~lart apt-get in OE |
08:14.18 | ibot | whacks apt-get in OE upside the head |
08:14.45 | hrw | I have deb only build here and bitbake does not generate rootfs |
08:20.33 | koen | ~seen lrg |
08:20.36 | ibot | lrg <n=liam@lrg2.demon.co.uk> was last seen on IRC in channel #oe, 7d 15m 22s ago, saying: 'morning koen, hrw, XorA '. |
08:25.19 | theBrave | the gcc that seems to be used to build uboot on gumstix is named arm-linux-uclibcgnueabi-gcc, so i'd say that uboot should support eabi |
08:29.32 | koen | some uboot boards support EABI |
08:30.26 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
08:37.03 | CIA-3 | 03koen 07org.oe.dev * r02e9149a... 10/ (4 files in 3 dirs): gpe-login: update to 0.90 |
08:43.53 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
08:48.16 | ade|desk | morning all |
08:54.35 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
09:01.36 | hrw | steliosk: ;( |
09:05.16 | *** join/#oe |thesing| (n=kvirc@staaken.informatik.hu-berlin.de) |
09:05.18 | steliosk | it was a 3 day "test-drive"... and as it happens with all good things they come to an end.... |
09:06.25 | steliosk | it would make a nice autobuild server, could have finished close to 10 full builds in a day or so |
09:06.53 | *** join/#oe mickey_fic (n=mickey@59-124-92-123.HINET-IP.hinet.net) |
09:09.36 | steliosk | hrw : BTW have you ever measured if there is any difference in time when building 32bit OE on a 64bit target ? |
09:16.45 | ade|desk | big and atmel are words that hardly ever go in the same sentence. strange |
09:22.08 | *** join/#oe rwhitby-n800 (n=rwhitby@nslu2-linux/rwhitby) |
09:22.19 | hrw | koen: at91sam9263ek or atr06663ek? |
09:23.07 | hrw | steliosk: my 64bit box is faster then my 32bit one |
09:23.18 | hrw | steliosk: and I do not have 32bit env on my 64bit one |
09:24.07 | hrw | I hope that atmel devboard is smaller then the one which I have here |
09:27.04 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
09:27.49 | koen | at91 |
09:28.38 | *** join/#oe bd2 (n=cbou@89.113.85.104) |
09:28.56 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
09:29.54 | *** part/#oe rwhitby-n800 (n=rwhitby@nslu2-linux/rwhitby) |
09:31.03 | *** join/#oe rwhitby-n800 (n=rwhitby@nslu2-linux/rwhitby) |
09:35.21 | *** join/#oe idealm (n=ideal@c58-107-18-66.belrs2.nsw.optusnet.com.au) |
09:35.31 | steliosk | well it looks like it makes a difference to enable multiple threads with bitbake even in a single core/cpu machine |
09:35.58 | hrw | steliosk: multi threads are must have |
09:36.14 | steliosk | 216 minutes with single thread and no parallel make |
09:36.39 | steliosk | 185 minutes with 3 thread and -j2 |
09:37.08 | steliosk | these are on an AMD64 3000+ |
09:37.15 | *** join/#oe Kensan (n=ken@zux006-004-203.adsl.green.ch) |
09:37.21 | *** join/#oe holtmann (n=holtmann@nikita.holtmann.net) |
09:38.12 | holtmann | lrg: Do you mind jumping on #openmoko. I have issues with the codec and the interface to the Bluetooth PCM. |
09:38.50 | hrw | steliosk: I have amd64 3200+ |
09:46.17 | koen | heh |
09:46.55 | koen | the flash tool for the at91 is a .exe |
09:47.04 | hrw | normal thing |
09:47.04 | CIA-3 | 03ifaistos 07org.oe.dev * rcaeab840... 10/ (1 packages/uboot/u-boot.inc): |
09:47.05 | CIA-3 | packages/uboot/u-boot.inc : Disable parallel make for u-boot as it fails for no apparent |
09:47.05 | CIA-3 | reason when its enabled |
09:47.30 | hrw | koen: board which I have here is flashable from win32 too (but only it uboot fails) |
09:51.46 | lrg | holtmann: now in #openmoko |
09:55.18 | *** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
09:59.54 | *** join/#oe florian (n=fuchs@217.146.132.69) |
10:07.39 | florian | good morning |
10:11.34 | *** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
10:15.31 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
10:22.59 | *** join/#oe LWT001 (n=lwt@61.145.139.91) |
10:26.31 | CIA-3 | 03rpurdie * r833 10/ (6 files in 4 dirs): |
10:26.31 | CIA-3 | runqueue.py: Correctly redirect stdin when forking. |
10:26.31 | CIA-3 | cooker.py: If parsing errors are found, exit, too many users miss the errors |
10:28.19 | RP | steliosk: Could you try bitbake 1.8 latest svn and see if that uclibc problem is any better please? |
10:29.44 | CIA-3 | 03pH5 07org.oe.dev * r00ba67c0... 10/ (8 files in 3 dirs): |
10:29.44 | CIA-3 | libgsmd: update patches |
10:29.44 | CIA-3 | - drop plugin (accepted upstream) and qualcomm-extreply patches |
10:29.44 | CIA-3 | - start the modem-alive thread only after the interpreter is ready |
10:29.44 | CIA-3 | - add vendor plugin configurable extreply character support |
10:29.45 | CIA-3 | - add a command line option to set the initial interpreter_ready state |
10:29.47 | CIA-3 | - fix csq readings in the tihtc vendor module |
10:31.04 | CIA-3 | 03rpurdie 07bitbake-1.8 * r834 10/lib/bb/runqueue.py: runqueue.py: Message fix from hrw |
10:31.09 | CIA-3 | 03rpurdie * r835 10bitbake/lib/bb/runqueue.py: runqueue.py: Message fix from hrw |
10:33.27 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
10:33.33 | *** join/#oe z72ka-ntb_ (n=hermanj@tux2.software602.cz) |
10:47.22 | *** join/#oe polyonymous_ (n=hacker@pD953896B.dip0.t-ipconnect.de) |
10:50.34 | *** join/#oe tsdogs (n=twostupi@84.18.144.39) |
10:56.01 | *** join/#oe z72ka-ntb__ (n=hermanj@tux2.software602.cz) |
10:58.25 | *** join/#oe bluelightning (n=blueligh@222-155-138-183.jetstream.xtra.co.nz) |
10:59.26 | *** join/#oe Marex (n=Marex@85.132.236.161) |
11:02.03 | *** join/#oe wookey_ (n=wookey@stoneboat.aleph1.co.uk) |
11:03.05 | *** join/#oe thesing (n=kvirc@staaken.informatik.hu-berlin.de) |
11:05.55 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
11:08.52 | *** join/#oe dcordes (n=erdinger@f049185170.adsl.alicedsl.de) |
11:08.59 | dcordes | hello |
11:09.18 | polyonymous | good morening. |
11:09.21 | polyonymous | and morning too |
11:10.51 | *** join/#oe z72ka-ntb__ (n=hermanj@tux2.software602.cz) |
11:12.15 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
11:13.05 | cdbot2 | * * OE Bug 2323 has been REOPENED by skliarieh@gmail.com |
11:13.07 | cdbot2 | * * angstrom collie: suspend support |
11:13.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2323 |
11:19.53 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
11:21.43 | *** join/#oe ich (n=ich@gprs-pool-1-020.eplus-online.de) |
11:25.38 | Crofton | koen, ping |
11:28.05 | koen | Crofton: pong |
11:28.31 | Crofton | I'm wondering how "safe" it is to put email addresses on drupal pages |
11:28.39 | Crofton | like, will they get harvested .... |
11:29.10 | koen | as safe as putting it on regular webpages |
11:29.13 | Crofton | or do they do clever things to make that difficult .... |
11:30.57 | steliosk | RP; Will do that and let you know |
11:31.16 | steliosk | Crofton : How was bed time reading ? |
11:31.41 | Crofton | I haven't had time to loo kat the stuff you sent yet |
11:31.56 | *** join/#oe zecke__ (n=ich@dsl-62-220-14-162.berlikomm.net) |
11:31.59 | Crofton | This is a long term project :) |
11:32.12 | Crofton | hopefully, I can figure things out, before I have to panic |
11:33.35 | *** join/#oe HEXaBYTE (n=HEXaBYTE@194.155.218.87.dynamic.jazztel.es) |
11:37.07 | *** join/#oe bluelightning_ (n=blueligh@222-155-151-57.jetstream.xtra.co.nz) |
11:37.43 | dcordes | How can I make my OE enviornment make use of a kernel patch? |
11:38.08 | dcordes | I changed the defconf for my device. |
11:39.28 | Crofton | examing the far to numerous examples in packages/linux |
11:40.04 | cdbot2 | * * OE Bug 2323 has been RESOLVED (FIXED) by bugs.openembedded.org@rolf.leggewie.biz |
11:40.04 | dcordes | Crofton, in the oe manual? |
11:40.07 | cdbot2 | * * angstrom collie: suspend support |
11:40.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2323 |
11:40.11 | Crofton | no |
11:40.26 | Crofton | org.oe.dev/packages/linux |
11:42.32 | dcordes | Crofton, what examples do you mean there? |
11:42.48 | Crofton | there are many kernel bbfiles with patches |
11:45.06 | Jin^eLD | re |
11:45.37 | *** join/#oe bluelightning1 (n=blueligh@222-155-137-130.jetstream.xtra.co.nz) |
11:46.18 | dcordes | Crofton, I applied that patch manually to the defconf file |
11:46.27 | dcordes | it is already modified |
11:46.37 | koen | atmel does have nice boxes: http://www.flickr.com/photos/koenkooi/542193498/ |
11:46.56 | Crofton | I am confused, what is the problem? |
11:47.18 | Crofton | there is some avr32 chatter on the u-bbot list |
11:47.52 | steliosk | Crofton : This is for you then :) http://www.xilinx.com/ise/optional_prod/planahead.htm |
11:48.21 | Crofton | heh |
11:48.31 | hrw | koen: how big (in cm) is at91sam board? |
11:49.33 | koen | 13x20 |
11:49.45 | koen | approx a5 sized |
11:49.58 | Crofton | metrics |
11:50.32 | koen | 39 squibles by 96 pinkies for the imperial people |
11:50.48 | Jin^eLD | guys, has anyone tried building apt-native? I had a problem with oe_libinstall, it scrambled the library name incorrectly; I patched the run.do_stage_base script to test and it worked; but I wonder if that's a general problem that went unnoticed, or if it is something about my system |
11:51.47 | hrw | Jin^eLD: i did Poky build with apt-native today |
11:51.56 | hrw | Jin^eLD: so it works atleast in Poky |
11:52.03 | Jin^eLD | doh... |
11:53.07 | dcordes | Crofton, my problem is that I can't compile the gspcav1 kernel module because the kernel was lacking some V4l configuration entries which I added to packages/linux/linux-rp-2.6.20/defconf-akita with CoreDump|afk's help. Now I don't know how to proceed in order to build the module. |
11:54.04 | Crofton | so you updated the defconfig and rebuilt the kernel |
11:54.18 | Crofton | and the module is built from another bb file? |
11:56.07 | Jin^eLD | hrw, could you take a quick look please: http://pastebin.ca/561259 |
11:59.12 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
11:59.52 | hrw | $libname is 'libapt-inst-libc6.5-6'? |
12:02.07 | *** join/#oe rob_w|mis (n=rob_w@p549B9CFB.dip0.t-ipconnect.de) |
12:03.41 | Jin^eLD | yes |
12:04.14 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
12:04.30 | Jin^eLD | but after sedding the -6 gets stripped away |
12:05.09 | Jin^eLD | and libname gets changed, but is used later for installation |
12:05.22 | Jin^eLD | so then the installation fails, because the name is wrong |
12:06.25 | hrw | hard to tell for me as I never touched that part of code |
12:07.50 | Jin^eLD | whom should I bother? |
12:08.48 | Jin^eLD | I guess I'll file a bugreport.. don't think that I am doing something wrong there |
12:17.26 | dcordes | Crofton, yes I made the zImage.bin but I tried to make the module from the same bb file as before. Is that the mistake? |
12:17.46 | Crofton | I'm not sure |
12:17.50 | Crofton | sorry |
12:22.04 | cdbot2 | * * OE Bug 2473 has been created by slapinid@gmail.com |
12:22.06 | cdbot2 | * * libgpevtype: wrong depends, fix inside |
12:22.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2473 |
12:23.49 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
12:23.54 | *** join/#oe shreyas (n=Shreyas@202.62.79.192) |
12:24.22 | Jin^eLD | he, the bug already exists |
12:24.29 | Jin^eLD | 2017 |
12:25.33 | *** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
12:26.23 | *** part/#oe Kensan (n=ken@zux006-004-203.adsl.green.ch) |
12:29.04 | *** join/#oe Cwiiis__ (n=cwiiis@81-86-56-58.dsl.pipex.com) |
12:36.47 | Laibsch | !oebug 2017 |
12:36.49 | cdbot2 | * * Bug 2017, Status: NEW, Created: 2007-03-18 03:12 |
12:36.50 | cdbot2 | * * c.romain(AT)laposte.net: apt-0.6.46.2 does not build |
12:36.51 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2017 |
12:37.18 | *** join/#oe wirelessdreamer (n=yume@chrobd01.vailsys.com) |
12:37.46 | rob_w|mis | if a makefile has not install: target ,, there will be no package created , correc t? |
12:37.52 | *** join/#oe vivijim (n=vivijim@189.13.204.211) |
12:38.15 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
12:38.39 | zecke | rob_w|mis: that depends on your recipe?! |
12:39.36 | rob_w|mis | zecke, i am creatiung a new recipe for app which has no make install target .. i added do_install() into my bb and now i need it to create a ipkg package ? |
12:41.18 | zecke | rob_w|mis: do_install() { install by hand? } |
12:41.22 | *** part/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
12:42.33 | rob_w|mis | yes i did that and it puts that data into its WORKDIR/install/appname/ |
12:42.43 | *** join/#oe TheCan (n=thecan@dslb-084-056-150-236.pools.arcor-ip.net) |
12:42.58 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.92.99) |
12:43.36 | rob_w|mis | oh no i made it not install i made it copy to $(D)/mypath and it ends up in WORKDIR/image/mypath |
12:43.47 | zecke | rob_w|mis: just check the manual... |
12:43.54 | rob_w|mis | ok |
12:44.46 | zecke | what use is a manual if one gets ZERO feedback on it... |
12:45.04 | cdbot2 | * * OE Bug 2474 has been created by u.luckas@road.de |
12:45.06 | cdbot2 | * * linux-hotplug: mmc.agent shoud be block.agent |
12:45.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2474 |
12:45.16 | rob_w|mis | zecke, ideology |
12:45.41 | zecke | RP: #2474 is quite interesting. it might even help with the boot time? |
12:46.11 | zecke | rob_w|mis: well, we could have a lot of pages "This page is left blank" |
12:46.22 | rob_w|mis | heh |
12:54.02 | Jin^eLD | btw, I get ERROR: pkg-native_1.13.22.bb depends on itself (eventually), does anyone have the same problem? |
13:00.10 | *** join/#oe Cwiiis__ (n=cwiiis@81-86-56-58.dsl.pipex.com) |
13:05.59 | Jin^eLD | uhm.. did anyone succeed in building dpkg? for me configure complains that it can not run program when cross copiling, when doing the va_copy check |
13:08.21 | *** join/#oe crink (n=crink@218.147.117.49) |
13:09.24 | *** join/#oe onionmixer (n=onion@121.131.42.180) |
13:11.54 | CIA-3 | 03Laibsch 07org.oe.dev * r2820300e... 10/ (1 packages/qt/qt-x11-free-common.inc): qt-x11-free: move some debug files into proper package |
13:12.04 | CIA-3 | 03Laibsch 07org.oe.dev * r2639e563... 10/ (1 packages/gsoap/gsoap_2.7.7.bb): gsoap: remove erroneous PACKAGES-line |
13:12.27 | RP | zecke: Yes, it could |
13:15.17 | *** join/#oe victor_rx1950 (n=victor_d@85.195.145.138.satgate.net) |
13:15.54 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
13:16.08 | hrw | but we do not have linux-hotplug in our 2.6 images |
13:20.01 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
13:22.20 | *** join/#oe chouimat|tv (n=dieu@r2351064.cidc.net) |
13:23.04 | zecke | hrw: we don't use the mmc.agent anymore? |
13:23.33 | *** join/#oe stevenh (n=lews@65.167.23.2) |
13:24.54 | chouimat | morning |
13:26.24 | hrw | mmc.agent is part of linux-hotplug iirc |
13:27.20 | rob_w|mis | hmm openssl doenst show a linux-gnueabi-armeb switch |
13:27.44 | hrw | it is |
13:27.44 | zecke | rob_w|mis: which version? the one build by angstrom is likely to have it patched |
13:27.58 | RP | hrw is right, we don't use hotplug at all (I removed it from poky) |
13:28.07 | rob_w|mis | itbake -b ../org.openembedded.dev/packages/openssl/openssl_0.9.7g.bb |
13:28.18 | zecke | RP: how are mmc cards mounted? |
13:28.28 | zecke | rob_w|mis: is that the version used by angstrom? |
13:28.35 | rob_w|mis | i check |
13:28.40 | CIA-3 | 03hrw 07org.oe.dev * r97b9d760... 10/ (1 packages/udev/udev_092.bb): udev: make only udev RPROVIDE hotplug not all packages (from Poky) |
13:29.13 | RP | zecke: mount.sh script in udev (nasty hack really) |
13:29.30 | zecke | RP: without any sleep? |
13:29.41 | hrw | hm. close as INVALID? WONTFIX? |
13:29.48 | RP | zecke: Why would it need to sleep? |
13:30.33 | zecke | hrw: well, it is valid as long as we have linux-hotplug in the tree |
13:30.45 | hrw | then left as NEW |
13:31.10 | RP | You might want linux-hotplug with old kernels... |
13:31.16 | rob_w|mis | zecke yep was the version |
13:31.18 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.54.139) |
13:32.45 | zecke | rob_w|mis: so what is your question? ever considered to grep eabi in the openssl dir? |
13:33.37 | hrw | XorA|holiday: http://www.cnn.com/interactive/entertainment/0705/gallery.lego.art/frameset.exclude.html |
13:33.51 | rob_w|mis | it only lists linux-gnueabi-arm but not linux-gnueabi-armeb |
13:34.20 | zecke | rob_w|mis: ah :) |
13:34.44 | rob_w|mis | there is patch by oe to make gnueabi-arm -- so will adapt this |
13:36.07 | Crofton | http://news.yahoo.com/s/nm/20070612/tc_nm/htc_phone_usa_dc_2;_ylt=Av0IBLihRoJ5iJwvfFUtK6EE1vAI |
13:38.51 | rob_w|mis | zecke, ah the adaption works .. i will file a bug for this change |
13:39.02 | *** join/#oe benlau (n=benlau@221.125.8.107) |
13:42.38 | crink | hi |
13:42.38 | rob_w|mis | uhh waht is that ? ERROR: Cannot satisfy the following dependencies for libcrypto0.9.7: |
13:42.39 | rob_w|mis | <PROTECTED> |
13:45.33 | *** join/#oe osas (n=nnnosas@72.53.149.68) |
13:48.06 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
13:50.34 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.152.Dial1.SanJose1.Level3.net) |
14:00.05 | *** join/#oe kristoffer_ (n=kristoff@77.241.138.212) |
14:01.57 | *** join/#oe dion (n=dion@inhex.net) |
14:02.17 | *** join/#oe wick7xx (n=mongo@63.135.128.194) |
14:04.28 | *** join/#oe rd_ (n=rd@s15244973.onlinehome-server.info) |
14:05.05 | cdbot2 | * * OE Bug 2475 has been created by slapinid@gmail.com |
14:05.06 | cdbot2 | * * gpe-announce build failure (due to libsoundgen staging) |
14:05.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2475 |
14:06.57 | *** join/#oe kristoffer (n=kristoff@77.241.138.231) |
14:38.11 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-e6f09e8ed056ea2f) |
14:38.16 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
14:46.12 | *** join/#oe shreyas (n=Shreyas@202.62.79.192) |
14:50.41 | koen | hrw: http://www.flickr.com/photos/koenkooi/542494461/ |
14:51.26 | *** join/#oe bipolar (n=bflong@216-164-162-138.pa.subnet.cable.rcn.com) |
14:54.49 | hrw | thx |
14:54.57 | hrw | koen: vga or qvga screen? |
14:55.34 | koen | I suspect qgva |
14:55.40 | theBrave | Hello, in which step do you apply patchs ? (deploy, install, configure ...) |
14:55.46 | koen | I'm missing the datacard to flash the board... |
14:57.26 | hrw | koen: manual say 3.5" 1/4 VGA - so qvga |
14:58.09 | koen | The datacard should arrive tomorrow if all goes well |
14:58.44 | hrw | what datacard? |
14:58.45 | koen | then I can look at adding the kernel to OE and integrate the recipes atmel made |
14:59.02 | koen | hrw: a flash chip that goes in the sd slot |
14:59.09 | koen | it's needed to flash the board |
14:59.49 | hrw | ah |
15:00.18 | hrw | by default no sign of life at all? |
15:00.48 | hrw | at91rm9200 has minimal loader in cpu chip iirc - but you have at91sam |
15:01.25 | koen | the minimal loader talks over usb and there is an apps to use that |
15:01.44 | koen | but all their files and scripts need that flashcard.... |
15:02.36 | hrw | ;( |
15:02.55 | hrw | ~seen ph5 |
15:03.00 | ibot | ph5 <n=ph5@p5485C64B.dip.t-dialin.net> was last seen on IRC in channel #htc-linux, 2h 3m 43s ago, saying: 'bbl'. |
15:03.26 | Laibsch | theBrave: do_patch ;-) |
15:05.05 | chouimat | hi koen hrw |
15:05.15 | koen | hey chouimat |
15:05.35 | theBrave | Laibsch, but there is no log.do_patch.xxxx in my tmp directory :( does that means that it doesn't patch ? |
15:05.48 | hrw | patch do not make logs |
15:06.02 | koen | hrw: when I asked "is it possible to flash from ram" they responded with "we will send you a flashcard" :) |
15:06.06 | hrw | theBrave: cd ${S} && quilt applied == log.do_patch |
15:06.22 | hrw | koen: not tried with sd/mmc card instead? |
15:09.50 | koen | I tried, but dataflash seems to be raw NAND instead of a block device |
15:10.03 | koen | or raw NOR |
15:10.06 | *** join/#oe kristoffer (n=kristoff@77.241.139.170) |
15:10.27 | hrw | rather nor |
15:10.47 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.54.139) |
15:10.52 | theBrave | thanks hrw, now oe build but linux doesn't boot |
15:11.11 | theBrave | or more exactly make lot of errors booting |
15:11.12 | hrw | theBrave: so you need to fix kernel |
15:11.18 | theBrave | yes :( |
15:11.21 | hrw | theBrave: decide - boot or lot of errors |
15:11.26 | hrw | and what errors |
15:11.36 | theBrave | i just hope a patch wasn't applied |
15:12.57 | theBrave | let me see |
15:15.30 | *** join/#oe mickey_fic (n=mickey@61-217-193-173.dynamic.hinet.net) |
15:15.36 | hrw | re mickey_fic |
15:15.55 | mickey_fic | hi hrw |
15:16.13 | chouimat | hi mickey_fic |
15:16.33 | mickey_fic | hi chouimat |
15:16.54 | onionmixer | ... |
15:16.58 | onionmixer | re |
15:17.56 | koen | hey mickey_fic |
15:17.58 | Sup3rkiddo | how do i install ipks from qemu, will adding the ipks to the rootf tarball and then using the application installer to install it, work |
15:18.07 | Sup3rkiddo | ? |
15:18.15 | Sup3rkiddo | oops...wrong channel |
15:18.17 | Sup3rkiddo | :D |
15:19.04 | hrw | koen: Dataflash is dataflash - SPI accessed |
15:19.14 | zecke | florian: hey |
15:19.28 | mickey_fic | yo zecke , hey florian |
15:19.57 | koen | mickey_fic: xine is evil and must die |
15:20.27 | mickey_fic | koen: really? why do you think so? |
15:20.35 | florian | hi zecke |
15:20.57 | koen | mickey_fic: bad design, low quality code, etc |
15:21.13 | chouimat | koen but it works :) |
15:21.23 | koen | chouimat: actually, it doesn't |
15:21.34 | florian | mickey_fic: how are tests coming along? |
15:21.35 | chouimat | koen it works enough for me ... |
15:21.44 | koen | xine plays sound at double speed on almost every ARM device I have |
15:22.05 | chouimat | koen I don't use it on ARM |
15:22.20 | koen | chouimat: I don't use it anymore |
15:23.01 | chouimat | koen the arm devices I have have no sound device so ... |
15:23.01 | mickey_fic | florian: no tests yet... OpenMoko is busy with kicking FIC's ass :) we'll test on weekend |
15:23.29 | mickey_fic | actually FIC is a pretty open minded company. It's exciting |
15:23.32 | zecke | florian: hey, could you do me a favor and mail joey and ask how active ffis.de is? |
15:24.09 | mickey_fic | florian: stillin bejing? |
15:24.09 | florian | mickey_fic: hehe okay, sounds liek some progress at least ;) |
15:24.17 | mickey_fic | absolutely |
15:24.23 | mickey_fic | lots of changes |
15:24.25 | mickey_fic | for the good |
15:24.26 | florian | zecke: right, that's a good idea |
15:24.52 | *** join/#oe incinerator (n=sabine@ppp-82-135-81-239.dynamic.mnet-online.de) |
15:24.59 | zecke | koen: they have all broken drivers :) |
15:25.22 | zecke | koen: check the Opie xine.conf to enable soft delay calculation |
15:25.39 | florian | mickey_fic: nope, returned saturday and started to enjoy some time at heome :-) |
15:25.41 | koen | zecke: soft delay didn't help either |
15:25.43 | florian | eh home |
15:25.56 | florian | in contrast to nils ;) |
15:30.57 | koen | mickey_fic: when will the new products be announced? |
15:34.22 | mickey_fic | koen: no idea. that's a bit out of scope until our team restructuring has been done |
15:35.46 | CIA-3 | 03florian 07org.oe.dev * r7d055c0a... 10/ (4 files in 3 dirs): gtk+: Add patch to fix file selector segfault contributed by HEXaBYTE. |
15:40.46 | *** join/#oe csmanx (n=csman@190.42.217.15) |
15:41.58 | Laibsch | Is there ever going to be a need for empty directories in OE metadata? I dropped a bunch of them locally and would like to know if this is safe to commit (as I assume) |
15:44.17 | Laibsch | brb |
15:47.27 | *** join/#oe Laibsch (n=Laibsch@p54B971B4.dip.t-dialin.net) |
15:52.07 | florian | zecke: mail sent |
15:52.33 | florian | koen: That patch should bring you closer to a stable release :-) |
15:54.16 | koen | nice |
15:56.41 | mickey_fic | Laibsch: feel free to clean up that way |
15:56.42 | mickey_fic | thanks |
15:57.04 | Laibsch | mickey_fic: Done. Thanks for the feedback |
15:57.16 | koen | Laibsch: they are leftovers from the time mtn didn't track directories |
15:57.49 | Laibsch | koen: Well, they are no more ;-) |
16:02.58 | koen | cute, the sam9263 even has some 2d accell |
16:03.34 | *** join/#oe hvontres|poodle (n=hvontres@redhill.orthodyne.com) |
16:13.21 | hrw | bye |
16:16.40 | CoreDump | hi |
16:16.48 | CIA-3 | 03Laibsch 07org.oe.dev * r87fab946... 10/ (46 files in 24 dirs): remove a bunch of empty directories |
16:26.43 | hvontres|poodle | ~seen thesing |
16:26.53 | ibot | thesing <n=tkunze@wll193-141.wlan.hu-berlin.de> was last seen on IRC in channel #oe, 8h 13m 42s ago, saying: 'wouldn't it be better to fix uboot?'. |
16:36.47 | *** join/#oe incinerator (n=sabine@ppp-82-135-81-239.dynamic.mnet-online.de) |
16:45.20 | *** join/#oe rob_w (n=bob@X074c.x.pppool.de) |
16:46.04 | rob_w | i cant understand why 2 object files inside one package will have difffern eabi versions .. |
16:46.18 | rob_w | can i disable ldd checking for those and go without with some luck ? |
16:46.52 | *** join/#oe psokolovsky_ (n=psokolov@82.193.98.14) |
16:48.38 | rob_w | who is the eabi guru here ? |
17:02.22 | *** join/#oe freax (n=pvanhoof@cs78157149.pp.htv.fi) |
17:06.33 | *** part/#oe crink (n=crink@218.147.117.49) |
17:09.11 | *** join/#oe dan2003 (n=dan@cpc1-ware3-0-0-cust167.lutn.cable.ntl.com) |
17:10.22 | dan2003 | hey guys, I have some dud parts of the flash in my z, does it have some way to manage this and not use these areas or will this cause issues with even a newly flashed image? |
17:17.32 | *** join/#oe grma (n=gruberm@80.109.191.226) |
17:22.25 | rob_w | uhoh madwifi doesnt know -march=armv5te |
17:34.55 | Zero_Chaos | rob_w: file a bug, and be polite |
17:35.08 | Zero_Chaos | rob_w: and like I said, ask in #oe and #angstrom, they might be able to help |
17:35.09 | rob_w | Zero_Chaos, i do what ever you want |
17:35.55 | Zero_Chaos | rob_w: #angstrom uses eabi so you may get good luck there. Are you using OE and failing to build madwifi? |
17:36.59 | rob_w | yeah i see my chance now in compiling angstrom with oabi and see if xcale-hal blinks |
17:37.15 | Zero_Chaos | rob_w: that's icky |
17:37.26 | rob_w | what will i loose with eabi ? quite some right |
17:37.32 | Zero_Chaos | so I hear |
17:37.40 | Zero_Chaos | I'm not the eabi guru you seek ;-) |
17:37.59 | rob_w | well enough to open my eyes in some way .. |
17:38.32 | rob_w | now i really understand the error i get fully .. eabi version 0 is oabi ,, right |
17:38.34 | *** join/#oe bipolar (n=bflong@216-164-162-138.pa.subnet.cable.rcn.com) |
17:40.42 | koen | rob_w: poke the madwifi maintainer in OE about their crazy whackelf patch |
17:41.20 | koen | i.e. ask on the oe-devel mailinglist |
17:42.31 | rob_w | iam a very bad emailer , but feels this time i ve no chance |
17:42.51 | rob_w | koen, going oabi , is this some try worth ? |
17:42.58 | koen | no |
17:43.16 | CIA-3 | 03koen 07org.oe.dev * re65ca569... 10/ (3 files in 3 dirs): linux nokia800: add defconfig for 770 |
17:43.20 | CIA-3 | 03koen 07org.oe.dev * r76e34db5... 10/ (4 files in 4 dirs): linux 2.6.21: elaborate support for at91 and avr32 |
17:43.24 | CIA-3 | 03nicolas.ferre 07org.oe.dev * rad05460d... 10/ (1 conf/machine/at91sam9263ek.conf): at91sam9263ek: add support for the at91sam9263-ek evaluation board |
17:44.31 | rob_w | is there a shot wiki on what the differences / effects are ? |
17:45.53 | *** join/#oe dion (n=dion@inhex.net) |
17:47.06 | cdbot2 | * * OE Bug 2476 has been created by bugs.openembedded.org@rolf.leggewie.biz |
17:47.07 | cdbot2 | * * spitz default opie image contains unneeded bluetooth support |
17:47.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2476 |
17:48.05 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
17:50.17 | Crofton | eabi is http://wiki.debian.org/ArmEabiPort |
17:50.23 | Crofton | ~eabi |
17:50.25 | ibot | it has been said that eabi is the new "Embedded" ABI by ARM ltd which allow mixing soft and hardfloat code. Not yet supported for armv4l cpu's like StrongARM. Embedded distro with EABI: Angstrom. More info: http://wiki.debian.org/ArmEabiPort and http://www.angstrom-distribution.org |
17:50.45 | koen | first they demand wifi support for zaurusses, even if the device doesn't have it by default, and later they complain about bluetooth support being present... |
17:50.51 | Crofton | koen, you have only just figured out most people are wrong |
17:52.05 | Laibsch | koen: Need an update in logic? |
17:52.16 | Laibsch | people is not a single entity |
17:52.22 | Laibsch | That is just for starters |
17:52.39 | koen | you can't have it both ways |
17:52.53 | koen | either wifi + bluetooth support or no wifi+bluetooth support |
17:53.03 | Laibsch | one depends on the other? |
17:53.25 | Laibsch | I don't think so |
17:53.37 | Zero_Chaos | with 128 Megs of flash, I'd rather have both |
17:53.50 | Laibsch | Zero_Chaos: You can install whatever you want |
17:53.59 | Laibsch | And angstrom is not installed to flash anyways |
17:53.59 | Zero_Chaos | Laibsch: I know I can, I'm just saying |
17:54.06 | Zero_Chaos | Laibsch: it is on my system |
17:54.48 | Laibsch | koen: wifi depends on bt? |
17:55.56 | koen | bt support is exactly the same issue as wifi support |
17:56.25 | koen | if you want to exclude one you'll have to exclude the other as well if you want to be consistent |
17:56.26 | Laibsch | OK, I agree with you in that both are optional except such strange devices like the tosa when considering the Z world |
17:56.38 | Laibsch | (I don't have experience with other devices) |
17:57.30 | Laibsch | well, where it differs I think is that it would be nice to have some kind of network connectivity built in. IOW not necessary to install packages via CF or SD or something else |
17:57.49 | Laibsch | Many people have wifi and thus IMHO it makes sense to have wifi. |
17:58.04 | koen | many people have bluetooth as well for network access |
17:58.15 | Laibsch | Really? |
17:58.19 | koen | consumes far less power as wifi and is fast enough |
17:58.22 | Laibsch | I don't know a single one |
17:58.40 | koen | yes you do :) |
17:59.33 | Laibsch | that depends on the semantics you read into the sentence |
17:59.37 | Laibsch | But I got your hint |
17:59.54 | Laibsch | That is one. One blessed with probably any toy available to mankind |
18:00.01 | Laibsch | That does not count too much ;-) |
18:00.10 | koen | :D |
18:00.15 | Laibsch | Let's rephrase |
18:00.32 | Laibsch | I don't know a single person with BT card but without wifi card |
18:00.44 | *** join/#oe victor_rx1950 (n=victor_d@85.195.145.138.satgate.net) |
18:00.44 | Laibsch | I know quite a few with wifi card but without bt card |
18:00.50 | Laibsch | How's that? |
18:01.27 | Laibsch | (following the "first internet connection for update and install anything you like"-argument) |
18:05.13 | Laibsch | koen: Can you tell me how I can make the decision of whether opie-image includes task-bluetooth depend on whether MACHINE_FEATURES has bluetooth or not? |
18:05.26 | Laibsch | koen: I'd like to prepare a patch to discuss on the ML |
18:06.30 | koen | all 'standard' angstrom images depend on task-base-extended, and that is not going to change |
18:06.30 | koen | patches to exclude task-opie-bluetooth will be accepted |
18:07.12 | koen | you are welcome to create an image that uses task-base instead of task-base-extended |
18:07.26 | Laibsch | OK, can you answer the question? Just a hint should be enough. |
18:07.37 | Laibsch | task-base-extended includes the bt dependency? |
18:07.42 | koen | yes |
18:07.48 | Laibsch | opie-image includes it as well |
18:08.15 | koen | task-base-extended includes wifi and bt if the device has usb|cf|pccard |
18:08.25 | Laibsch | I'd like to learn how to do this for opie-image although it won't have an effect. |
18:08.37 | Laibsch | how do I realize this conditional DEPENDS? |
18:09.48 | koen | have a look at task-base.bb or angstrom-x11-image.bb |
18:10.09 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
18:10.17 | Laibsch | OK |
18:15.14 | *** join/#oe florian (n=fuchs@f049168039.adsl.alicedsl.de) |
18:16.11 | *** join/#oe Crofton|home (n=balister@66-207-66-26.black.dmt.ntelos.net) |
18:36.03 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
18:53.42 | *** join/#oe olegfink (n=olegfink@87.228.51.111) |
18:53.47 | olegfink | hi folks |
18:54.34 | olegfink | why could busybox init say: |
18:54.54 | olegfink | Bad inittab entry: id:3:initdefault: |
18:54.56 | olegfink | ? |
18:57.23 | *** join/#oe Sinclair73de (n=IceChat7@p57B48C99.dip0.t-ipconnect.de) |
19:09.04 | *** join/#oe tank17 (i=ariel@gateway/tor/x-70ac2bc3e407a6e7) |
19:17.32 | ljp | koen: to build angstrom uclib do both ANGSTROM_MODE and TARGET_OS need to be set? |
19:17.52 | Zero_Chaos | just Angstrom_mode I think |
19:19.11 | koen | only angstrom-mode |
19:19.24 | koen | that triggers python magic to set target os |
19:21.04 | cdbot2 | * * OE Bug 2477 has been created by bugs.openembedded.org@rolf.leggewie.biz |
19:21.06 | cdbot2 | * * RFE: Better wifi support |
19:21.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2477 |
19:23.43 | *** join/#oe tsdogs (n=twostupi@62.123.180.130) |
19:24.51 | ljp | angstrom-console-image doesn't seem to be populating&creating /bin and other in the rootfs |
19:25.31 | ljp | (glibc build) |
19:25.58 | Laibsch | I don't have anstrom-console-image in my tree anymore |
19:26.11 | Laibsch | ljp: angstrom-minimal-image? |
19:26.45 | *** join/#oe Jean (n=chatzill@AMontsouris-753-1-11-207.w90-2.abo.wanadoo.fr) |
19:27.44 | ljp | hmm |
19:28.56 | chouimat | hi ljp |
19:31.53 | ljp | no angstromg-minimal-image in my tree |
19:32.04 | ljp | hi chouimat |
19:33.59 | steliosk | ljp : You need ANGSTROM_MODE only |
19:35.04 | cdbot2 | * * OE Bug 2478 has been created by bugs.openembedded.org@rolf.leggewie.biz |
19:35.06 | cdbot2 | * * module packages should call depmod |
19:35.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2478 |
19:36.53 | polyonymous | Zero_Chaos, that is, if you can fix it? |
19:37.02 | Zero_Chaos | it's important, but it needs to be opened for each module recipe |
19:37.12 | olegfink | well |
19:37.17 | Zero_Chaos | polyonymous: well I was just about to fix the modules I'm responsible for. |
19:37.20 | olegfink | anyone familiar with busybox? |
19:38.04 | polyonymous | Zero_Chaos, well, I don't know about kernel bbs, I thought all kernel modules (except for a few external ones) are built in one bb? |
19:38.13 | Laibsch | Zero_Chaos: You are welcome to give me the patch and I'll apply it. |
19:38.18 | Laibsch | This is anything but pointless |
19:38.27 | Laibsch | If nothing else it serves as a reminder for me. |
19:38.36 | Laibsch | Since I don't have the time to look into it now. |
19:38.41 | polyonymous | I also don't think it's pointless. |
19:38.43 | Zero_Chaos | Laibsch: patch |
19:38.46 | Zero_Chaos | Laibsch: pkg_postinst() { depmod } |
19:38.55 | Zero_Chaos | Laibsch: now add it to every module ;-) |
19:39.07 | Laibsch | Zero_Chaos: See, I think about something more elaborate |
19:39.14 | Laibsch | And as I said I don't have the time now |
19:39.25 | Laibsch | But I do have the time for a short bug report so it does not get forgotten |
19:39.36 | Laibsch | Zero_Chaos: But you don't have to like |
19:39.37 | Laibsch | it |
19:39.42 | Laibsch | I don't care ;-) |
19:39.45 | polyonymous | I think it's anyway easier for those who are going to toy with kernel bbs, anyway. |
19:40.11 | Zero_Chaos | Laibsch: I am just saying seems like a better note left for you on your desktop than in the bug tracker |
19:40.13 | Laibsch | Yes, I am sure there can be a general solution. To include that line for all module packages |
19:40.31 | Laibsch | Zero_Chaos: You wanna see the mess on my desktop? ;-) |
19:40.39 | Zero_Chaos | Laibsch: join the club |
19:40.49 | polyonymous | Zero_Chaos, wrong. If someone is going to mess with kernel build and also knows of this bug he might fix it while he's at it. |
19:41.25 | Zero_Chaos | this is a pointless debate that I will not continue, it doesn't really matter |
19:52.47 | *** join/#oe gremlin[it] (n=gremlin@217.200.94.218) |
20:01.14 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
20:01.29 | zecke | re |
20:03.32 | Laibsch | polyonymous: wrt to your broken wifi card, contact gerwin and inquire if he needs the OE devices wifi card |
20:03.36 | Laibsch | http://www.openembedded.org/wiki/ProjectDevices |
20:03.50 | Laibsch | I think it would be fair if you used it for further dev work |
20:04.08 | Laibsch | Maybe you can discuss the issue on the ML as well |
20:04.26 | polyonymous | Laibsch, but do I need it? |
20:08.33 | polyonymous | I've gone to read the page, though and I think "Project will lend the devices for a limiting time" should be a "limited time" :) |
20:20.04 | cdbot2 | * * OE Bug 1006 has been RESOLVED (FIXED) by bugs.openembedded.org@rolf.leggewie.biz |
20:20.07 | cdbot2 | * * tmp sticky bit |
20:20.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1006 |
20:24.04 | cdbot2 | * * OE Bug 1369 has been RESOLVED (WONTFIX) by bugs.openembedded.org@rolf.leggewie.biz |
20:24.06 | cdbot2 | * * SD not appearing in /dev OZ-3.5.4.2-rc2 |
20:24.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1369 |
20:24.38 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
20:27.48 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
20:53.12 | wirelessdreamer | are there any prism2 usb drivers in the oe repository yet? |
20:53.27 | Zero_Chaos | I think so |
20:53.31 | Zero_Chaos | linux-wlan-ng |
20:53.37 | Zero_Chaos | builds for tosa I think |
20:54.26 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
20:55.10 | wirelessdreamer | thanks |
20:55.34 | *** join/#oe olegfink (n=olegfink@87.228.51.111) |
20:59.05 | *** join/#oe svolpe_gerrath (n=Gerrath@unaffiliated/gerrath) |
21:00.44 | ljp | someone should translate http://www.trusted code.de/paper/OpenEmbedded.pdf into en |
21:13.37 | *** join/#oe dcordes (n=ucordes@f049185170.adsl.alicedsl.de) |
21:14.01 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
21:16.46 | dcordes | what happened to hostapd? |
21:19.07 | Zero_Chaos | dcordes: should still be there |
21:19.41 | dcordes | Zero_Chaos, it seems broken for me |
21:26.41 | steliosk | does anyone know if get fetcher is broken ? |
21:26.47 | steliosk | s/get/git |
21:27.35 | Zero_Chaos | doesn't seem to be |
21:47.09 | *** join/#oe pku (n=pku@DSL01.83.171.181.172.ip-pool.NEFkom.net) |
21:49.17 | *** join/#oe leenookx (n=leenookx@host81-153-43-180.range81-153.btcentralplus.com) |
21:49.55 | hrw | morning |
21:50.04 | polyonymous | good one |
21:53.01 | polyonymous | hmm.. reload icons consistently locks up opie... |
22:00.47 | *** part/#oe pku (n=pku@DSL01.83.171.181.172.ip-pool.NEFkom.net) |
22:04.42 | psokolovsky_ | polyonymous: for me, just took ~10s of no feedback ;-) |
22:05.32 | polyonymous | psokolovsky_, hmm.. I don't think I have that many icons to take a long while :) Anyway, this still must be my system, I need a fresh install to see if it's a bug. |
22:07.21 | dcordes | XorA|holiday, could you send me the link to the "usb-power-limit patched" kernel again in case you still have it online? I accidently reflashed and did not back it up :( |
22:15.40 | v8jlene | morning |
22:15.46 | hrw | hi v8jlene |
22:21.16 | hrw | cu all |
22:22.47 | *** join/#oe thesing (n=tkunze@BAA16c0.baa.pppool.de) |
22:30.58 | *** join/#oe ucordes_ (n=ucordes@f049186086.adsl.alicedsl.de) |
22:31.57 | *** join/#oe rwhitby-n800 (n=rwhitby@nslu2-linux/rwhitby) |
22:33.48 | v8jlene | Hmm, netbase is broken... I suspect that "deleting empty directories" commit |
22:38.23 | steliosk | v8jlene : hi ! |
22:38.42 | v8jlene | steliosk: hi |
22:38.59 | steliosk | did you have any problems building uclibc recently ? |
22:41.16 | v8jlene | My last uclibc build was on 2007-05-30, so haven't tried a fresh build for about two weeks now |
22:42.46 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
22:44.49 | steliosk | v8jlene : try if you have some spare time and let me know. The order of execution of install and staging has changed and it breaks uclibc. We found it foing some work on avr32 but i assume it must be the same on all architectures |
22:46.15 | steliosk | bye |
22:46.28 | v8jlene | steliosk: Just started a rebuild now. It's funny you mention the order though - I've had to add "oe_runmake ... dev_Install" to do_install for previous uclibc versions. |
22:54.02 | *** part/#oe Laibsch (n=Laibsch@p54B971B4.dip.t-dialin.net) |
22:54.19 | *** join/#oe Laibsch (n=Laibsch@p54B971B4.dip.t-dialin.net) |
22:55.01 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.15.Dial1.SanJose1.Level3.net) |
22:57.19 | wirelessdreamer | has anyone tried a native qt build lately, ipkg says qmake should be part of qt4-x11-free-dev, and live in /us/bin, but i just force reinstalled and qmake is still missing |
23:03.25 | polyonymous | I don't think we have qmake packaged, we only have qmake2-native |
23:03.36 | polyonymous | and qt4-x11-free has no qmake |
23:04.46 | polyonymous | so, basically, if by native qt build you mean building on oe device that wouldn't work, methinks. |
23:07.07 | *** join/#oe deeprave (n=davidn@203-206-162-119.perm.iinet.net.au) |
23:08.29 | wirelessdreamer | i was hoping to have functional build environments for when i was out and about, guess i'll have to live with just gtk builds on the run |
23:15.13 | polyonymous | or contribute :) |
23:25.54 | florian | zecke: I got a reply from Joey... ffis is active and alive. |
23:27.57 | zecke | florian: awesome, the question is can OE be an associated project? |
23:28.06 | zecke | is that too much work for them do we have the freedom? |
23:28.31 | florian | zecke: that's what i was going to ask next :-) |
23:28.50 | florian | but before this i'll try to get a little bit of sleep. |
23:29.13 | zecke | where home is somewhere :} |
23:29.16 | *** join/#oe dijenerate_ (n=dijenera@72.22.142.206) |
23:29.30 | zecke | later |
23:29.32 | zecke | sleep well |
23:29.34 | florian | uh |
23:29.38 | florian | zecke: good night |
23:31.18 | *** join/#oe Laibsc1 (n=Laibsch@c-134-177-35.d.dsl.de.ignite.net) |
23:38.34 | *** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
23:45.59 | Marex | polyonymous, ping |
23:46.04 | polyonymous | pong |
23:47.12 | *** join/#oe bipolar (n=bflong@70.44.53.89) |
23:47.14 | Marex | polyonymous, hi, is STAGING_DIR correct variable for OE receipt? |
23:48.18 | polyonymous | Marex, (a) why me? (b) generally yes, but it depends on the usage (c) I think you mean "recipe" :) |
23:48.49 | Marex | oops ... right |
23:49.10 | Marex | polyonymous, I guess because you're one of OE core team? |
23:49.36 | polyonymous | I don't know what part of the team is 'core', but anyway, I'm not a .bb-king (yet). |
23:49.50 | polyonymous | There are people around who know definitely better. |
23:50.47 | Marex | but they wont help as I noticed today |
23:51.36 | polyonymous | Well, they may or may not, you never know :) |
23:51.59 | Marex | well ... right :) |
23:53.59 | polyonymous | Marex, what are you trying to do with it? :) Just wondering :) |
23:54.18 | Marex | get it to compile correctly within OE |
23:54.50 | Marex | it can be useful as startpoint for opie ressurection |
23:54.57 | v8jlene | Marex: STAGING_DIR is the base directory for staged files, there's separate defines for include and library directories. |
23:54.57 | polyonymous | ah, just compile. And what would you do once it compiles? :) |
23:55.20 | Marex | polyonymous, Ill try it of course :) |
23:55.42 | polyonymous | Marex, try with what? |
23:55.46 | polyonymous | I think it's just a core? |
23:55.46 | Marex | v8jlene, hmm ... doesnt look like STAGING_DIR works ... but STAGING_LIBDIR/.. fixed the issue :b |
23:55.52 | polyonymous | (not that I know) |
23:55.56 | Marex | polyonymous, qtopia-free isnt just a core |
23:55.59 | Marex | :) |
23:56.18 | polyonymous | ah |
23:56.29 | v8jlene | Marex: The staging directories are listed here: http://www.openembedded.org/user-manual&dpage=directories_staging |
23:56.55 | polyonymous | sorry, I was thinking about qtopiacore, of course. |
23:57.05 | v8jlene | Marex: Yeah, the lack of a directory pointing to STAGING_LIBDIR/.. is rather annoying. |
23:57.12 | bipolar | I wish they hadn't renamed Qt/E |
23:57.13 | Marex | polyonymous, I know, it's confusing |
23:57.17 | v8jlene | a directory? I mean a variable |
23:58.51 | polyonymous | bipolar, hrw said you're running something-kde on qt4? |
23:59.43 | bipolar | polyonymous: hehe.. yeah. I'm building KDE on Qtopia-Core. |