| 00:00.39 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 00:06.12 | ggilbert | Just a warning, the bug tracker might be down for a while tonight |
| 00:11.20 | mithro | hey ggilbert, long time no see |
| 00:13.34 | ggilbert | yo mithro |
| 00:13.52 | mithro | sup? |
| 00:30.54 | *** join/#oe hwtechnik (n=hwtechni@tor/session/external/x-d79d8acb32b01d16) |
| 00:32.10 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 00:44.19 | *** join/#oe idealm (n=ideal@58.33.48.141) |
| 00:52.09 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
| 00:53.43 | *** join/#oe hufnus (n=slonsiki@DSL135-071.labridge.com) |
| 01:01.50 | CIA-9 | 03raymond 07org.oe.dev * r7d5b3ff4... 10/packages/autofs/ (autofs-4.1.4/Makefile.rules-cross.patch autofs_4.1.4.bb): autofs - Makefile was not in fact using the cross compiler. |
| 01:11.10 | *** join/#oe noclouds (n=mhfan@60.166.37.94) |
| 01:24.47 | CIA-9 | 03raymond 07org.oe.dev * r4ad5fe71... 10/packages/beecrypt/ (beecrypt-native_3.1.0.bb beecrypt_3.1.0.bb): beecrypt: initial add |
| 01:24.51 | CIA-9 | 03raymond 07org.oe.dev * rb913760f... 10/packages/bonnie/bonnie++_1.03a.bb: bonnie: initial add |
| 01:24.55 | CIA-9 | 03raymond 07org.oe.dev * r2d0d27dc... 10/packages/cdrtools/cdrtools-native_2.01.bb: cdrtools-native: initial add |
| 01:24.59 | CIA-9 | 03raymond 07org.oe.dev * rc5a6eaac... 10/packages/check/check_0.9.2.bb: check: Add staging of library and includes |
| 01:27.08 | *** join/#oe idealm (n=ideal@222.66.46.90) |
| 01:34.03 | CIA-9 | 03raymond 07org.oe.dev * rfc24b7fc... 10/packages/cpuburn/ (cpuburn/gcc_CC.patch cpuburn_1.4.bb): cpuburn: initial add |
| 01:34.07 | CIA-9 | 03raymond 07org.oe.dev * r49b08a06... 10/packages/ctags/ctags-native_5.5.4.bb: ctags-native: initial add |
| 01:34.11 | CIA-9 | 03raymond 07org.oe.dev * r67f9c7bd... 10/packages/curl/ (curl-native_7.15.1.bb curl_7.15.1.bb): curl: upgrade to 7.15.1 |
| 01:34.15 | CIA-9 | 03raymond 07org.oe.dev * rf33c5827... 10/packages/dosfstools/ (10 files in 3 dirs): |
| 01:34.15 | CIA-9 | dosfstools: Compile fixes. Add functionality for creating MSDOS image |
| 01:34.15 | CIA-9 | files from OE. |
| 01:34.19 | CIA-9 | 03raymond 07org.oe.dev * r619ae4c3... 10/packages/fontconfig/ (fontconfig-native_2.2.95.bb fontconfig_2.2.95.bb): |
| 01:34.19 | CIA-9 | fontconfig: Work around archive created with patched files read-only. |
| 01:34.19 | CIA-9 | * Fontconfig-native should use freetype-config-native if it exists; not freetype-config which is for non-native packages. |
| 01:34.23 | CIA-9 | 03raymond 07org.oe.dev * r20384ee2... 10/packages/geode-drivers/ (5 files): geode-drivers: GeodeGX/5535 GeodeLX/5536 kernel modules. |
| 01:34.27 | CIA-9 | 03raymond 07org.oe.dev * r9cdd0b65... 10/packages/glibc/ (4 files in 3 dirs): |
| 01:34.29 | CIA-9 | glibc: 5090_all_stubs-rule-fix.patch allows building from very deep |
| 01:34.31 | CIA-9 | directories |
| 01:39.40 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 01:42.29 | CIA-9 | 03raymond 07org.oe.dev * r154a6527... 10/packages/gpm/ (gpm-1.20.1/init gpm_1.20.1.bb): gpm: Add gpm init script |
| 01:42.33 | CIA-9 | 03raymond 07org.oe.dev * rce8ac120... 10/packages/hibernate-script/ (4 files in 2 dirs): hibernate-script: initial add |
| 01:42.38 | CIA-9 | 03raymond 07org.oe.dev * rf97087a6... 10/packages/ica/ica-bin_8.0.bb: ica: initial add |
| 01:42.42 | CIA-9 | 03raymond 07org.oe.dev * r04607d1a... 10/packages/kbd/kbd_1.12.bb: kbd: initial add |
| 01:42.46 | CIA-9 | 03raymond 07org.oe.dev * re9584869... 10/packages/libaio/ (4 files in 2 dirs): libaio: initial add. Patched for MIPS. |
| 01:42.50 | CIA-9 | 03raymond 07org.oe.dev * rc00221d7... 10/packages/linux/ (linux-geodelx-2.6.11/defconfig linux-geodelx_2.6.11.bb): linux: GeodeGX/5535 GeodeLX/5536 kernel and config. |
| 01:46.31 | CIA-9 | 03raymond 07org.oe.dev * r4564762c... 10/packages/mtools/ (3 files in 2 dirs): mtools: initial add |
| 01:46.35 | CIA-9 | 03raymond 07org.oe.dev * rfc7fc8e1... 10/packages/openssh/ (4 files in 3 dirs): openssh: Add ssh_config |
| 01:46.39 | CIA-9 | 03raymond 07org.oe.dev * r8d3fa722... 10/packages/rsync/ (files/rsyncd.conf rsync_2.6.7.bb): rsync: Add rsyncd.conf |
| 01:46.43 | CIA-9 | 03raymond 07org.oe.dev * rb9ca9fd7... 10/packages/syslinux/ (3 files in 2 dirs): syslinux: Upgrade to 3.11 |
| 01:48.28 | *** join/#oe wolverine (n=jiff@210.22.179.229) |
| 01:49.19 | wolverine | hi, anybody knows what's this means? |
| 01:49.29 | wolverine | PROVIDES = "virtual/libc ${@['virtual/${TARGET_PREFIX}libc-for-gcc', '']['nptl' in '${GLIBC_ADDONS}']}" |
| 02:12.12 | TheMasterMind1 | evening |
| 02:14.04 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a111.ptbyny.tds.net) |
| 02:14.51 | emte | wolverine, it means that package provides it |
| 02:20.05 | wolverine | thanks emte |
| 02:20.18 | wolverine | I want build glibc |
| 02:20.35 | wolverine | which enabled nptl |
| 02:20.52 | emte | and that is bad? |
| 02:21.21 | emte | the provides flag has nothing to do with compiling |
| 02:21.25 | wolverine | "bitbake glibc" can't find this provides |
| 02:21.33 | emte | its used mainly in the ipkg files |
| 02:22.05 | emte | you might want to look at the packages dir and choose a usable metafile |
| 02:22.07 | wolverine | yes, I have glibc_2.3.3+cvs???.bb, and I defined glibc_2.3.5.bb which enabled nptl |
| 02:22.26 | emte | or a valid distro/machine that has a glibc version defined |
| 02:24.08 | wolverine | machine is i586 |
| 02:24.09 | wolverine | :) |
| 02:26.44 | wolverine | DEBUG: providers for virtual/i586-linux-libc-for-gcc are: ['glibc', 'glibc-intermediate'] |
| 02:26.44 | wolverine | NOTE: preferred version 2.3.5 of glibc not available |
| 02:26.45 | wolverine | NOTE: preferred version 2.3.5 of glibc-intermediate not available |
| 02:26.45 | wolverine | DEBUG: providers for virtual/i586-linux-gcc are: ['gcc-cross'] |
| 02:26.45 | wolverine | DEBUG: selecting /home/jiff/projects/thirdparty/openembedded/org.openembedded.dev/packages/gcc/gcc-cross_3.3.6.bb as PREFERRED_VERSION 3.3.6 of package gcc-cross |
| 02:26.47 | wolverine | ERROR: /home/jiff/projects/thirdparty/openembedded/org.openembedded.dev/packages/gcc/gcc-cross_3.3.6.bb depends on itself (eventually) |
| 02:30.29 | emte | wolverine, what distro are yuo using? |
| 02:31.06 | emte | using/building |
| 02:43.08 | chouimat | night |
| 02:49.02 | wolverine | a distro defined by myself |
| 02:49.57 | TheMasterMind1 | JustinP: what eabi stuff? |
| 02:51.56 | JustinP | TheMasterMind1: heh, you haven't been around long, huh? |
| 02:56.08 | *** join/#oe angom_h (n=angom@red-corp-200.76.229.86.telnor.net) |
| 02:56.41 | TheMasterMind1 | nope |
| 02:56.42 | TheMasterMind1 | just wlaked in |
| 02:56.44 | TheMasterMind1 | walked even |
| 03:01.55 | wolverine | emete, what this means ${@['virtual/${TARGET_PREFIX}libc-for-gcc', '']['nptl' in '${GLIBC_ADDONS}']} |
| 03:02.25 | wolverine | what's result if nptl defined? |
| 03:02.44 | JustinP | wolverine: '' |
| 03:03.21 | wolverine | Is it a python or shell syntax? |
| 03:04.04 | JustinP | python |
| 03:05.07 | wolverine | I see, it means if nptl not defined, it will returns ${TARGET_PREFIX}/libc-for-gcc |
| 03:05.13 | wolverine | thanks |
| 03:06.44 | wolverine | but why disalbed nptl in glibc? |
| 03:07.05 | wolverine | I built a glibc 2.3.4 with gcc 3.3.4, for i586 |
| 03:07.28 | wolverine | It has problem with thread |
| 03:16.49 | *** join/#oe Ironnads_ (n=Ironnads@host86-135-223-74.range86-135.btcentralplus.com) |
| 03:17.32 | *** join/#oe tmbinc (i=XXX@e176157044.adsl.alicedsl.de) |
| 03:52.59 | *** join/#oe leoncamel (n=leoncame@219.238.107.98) |
| 04:01.34 | *** join/#oe mwester (i=mwester@nslu2-linux/mwester) |
| 04:11.03 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 04:22.55 | CIA-9 | 03mwester 07org.oe.dev * ree282fd5... 10/packages/linux/ (2 files in 2 dirs): unslung-kernel: patch ppp-mppe.c to remove errant floating point computation |
| 04:40.25 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
| 04:44.34 | *** join/#oe minipanda (n=hzhang@221.221.149.223) |
| 05:06.09 | emte | wolverine, because you probably never removed all the patches that are in OE for emebedded devices that do not support it |
| 05:06.41 | emte | you should really look at/use an x86 based distro |
| 05:22.55 | *** join/#oe Jenna (n=cherryRe@207.226.175.2) |
| 05:23.32 | *** part/#oe Jenna (n=cherryRe@207.226.175.2) |
| 05:26.14 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
| 05:32.50 | *** join/#oe Mamelodi (i=BoBO@myw-stp-66-18-80-61.sentechsa.net) |
| 05:33.17 | Mamelodi | hiya ... i know i am in the wrong channel .. but can someone point me into the right direction , i have a question with regards to visual C++ |
| 05:33.37 | Mamelodi | i want to know how to creat setup files for my project |
| 05:33.54 | emte | try windows? |
| 05:34.30 | emte | i would guess that it may have some type of "wizard" tho |
| 05:34.37 | Mamelodi | thanks |
| 05:34.43 | emte | every hunk of junk in windows seems to |
| 05:35.06 | NAbyss | Mamelodi: IIRC, they bundle installshield express with VC++, take a look on the install cds |
| 05:35.18 | Mamelodi | sweet |
| 05:35.26 | Mamelodi | thanks alot |
| 05:35.44 | Mamelodi | have a job to do. an i am noob when it comes to visual anything |
| 05:36.04 | NAbyss | Mamelodi: Failing that, look into 'wix' on MSDN.. seriously good shit. |
| 05:36.22 | Mamelodi | kk |
| 05:36.25 | Mamelodi | will do |
| 05:37.02 | mithro | wtf does that have to do with OE? :P |
| 05:37.05 | NAbyss | Mamelodi: Most of my work's webapps, but for my Win32 development, I use Delphi and WiX for the installer |
| 05:37.14 | NAbyss | mithro: Eh, vaguely related to software development =P |
| 05:37.36 | Mamelodi | lol |
| 05:37.40 | Mamelodi | i was lost |
| 05:37.56 | Mamelodi | got nothing to do with OE really |
| 05:38.11 | Mamelodi | but i seemed to have picked the right channel |
| 05:38.29 | emte | no, all the mean people are asleep |
| 05:38.36 | emte | cept me |
| 05:38.40 | Mamelodi | 7:40 here |
| 05:38.43 | Mamelodi | in the morning |
| 05:38.45 | Mamelodi | where i am lol |
| 05:38.52 | NAbyss | 1539+1000 here.. |
| 05:39.22 | Mamelodi | thanks for the help |
| 05:39.25 | Mamelodi | gtg |
| 05:58.37 | *** join/#oe chrisromain (n=chris@88-138-32-126.adslgp.cegetel.net) |
| 06:04.30 | *** join/#oe rob_w|mis (n=rob_w@p549BBEC0.dip0.t-ipconnect.de) |
| 06:05.08 | TheMasterMind1 | i'm awake |
| 06:08.35 | *** join/#oe poli (n=ca@CAcert-br/poli) |
| 06:11.39 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 06:22.08 | *** join/#oe eumel (n=chatzill@p54823BE2.dip0.t-ipconnect.de) |
| 06:38.26 | *** join/#oe eumel (n=chatzill@p54823BE2.dip0.t-ipconnect.de) |
| 06:54.59 | *** join/#oe zecke (n=ich@rosine121.inf.fu-berlin.de) |
| 06:57.46 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
| 07:02.30 | *** join/#oe pezi (n=pezi@smarty.soft.uni-linz.ac.at) |
| 07:03.39 | zecke | hey |
| 07:03.55 | zecke | I'm a physics student now (2nd subject) |
| 07:07.48 | *** join/#oe pb_ (n=pb@2002:5165:89b3:2:20e:9bff:fe56:eb5) |
| 07:09.40 | koen | good morning all |
| 07:09.46 | Necronom | K'morn. |
| 07:09.54 | Necronom | s/^K/g/ |
| 07:10.43 | Necronom | Hrm. English *is* my first language. That must mean it is time for bed. |
| 07:11.36 | *** join/#oe Genesis (n=Genesis@dyn-83-154-181-220.ppp.tiscali.fr) |
| 07:12.23 | Genesis | bonjour |
| 07:12.33 | zecke | pb_: koen hey |
| 07:12.52 | zecke | koen: I love how everything that runs on X is branded with GPE |
| 07:13.08 | zecke | koen: I wonder what happens if I port and improve Opie PIM... |
| 07:13.17 | zecke | koen: it will get called GPE Opie PIM? :} |
| 07:13.25 | *** join/#oe rob_w|mis (n=rob_w@p549B9F2A.dip0.t-ipconnect.de) |
| 07:15.57 | koen | zecke: probably OpenGPE PIM |
| 07:19.13 | zecke | GPE evolution, GPE nautilius, GPE epiphany... :} |
| 07:20.04 | NAbyss | GPE x.org? |
| 07:20.05 | NAbyss | =P |
| 07:20.33 | zecke | "No, but you have to attend at all Tuesdays (or make us believe that you worked at other times during the week) and present your work at the end of the semester." |
| 07:20.43 | zecke | relief... No Exam, Free Attendance |
| 07:23.54 | koen | ~hail AMD |
| 07:23.55 | ibot | ACTION bows down to AMD and chants, "I'M NOT WORTHY!!" |
| 07:24.19 | koen | mr Danks was quite busy last night pushing changes |
| 07:24.47 | *** join/#oe angom_h (n=angom@red-corp-200.38.17.87.telnor.net) |
| 07:29.59 | *** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
| 07:31.11 | *** join/#oe sws (n=sander@port-83-236-223-46.static.qsc.de) |
| 07:31.56 | obergix[work] | hi |
| 07:32.05 | sws | good morning, is OE temporary broken? |
| 07:32.37 | sws | ERROR: Openembedded's config sanity checker detected a potential misconfiguration. |
| 07:33.04 | sws | NOTE: Handling BitBake files: / (2608/3253) [80 %]ERROR: Error Method already seen: qte_arch in' qte-common_2.3.10.inc' now in 'qte_4.0.0-snapshot.bb' |
| 07:33.43 | *** join/#oe nacer (n=laradji@dsl-magic-1.mpl4.ovea.net) |
| 07:33.52 | koen | the 'method already seen' is harmless |
| 07:34.04 | koen | the sanity checker ones deserves some attention |
| 07:34.42 | sws | this is not the only method, thats seen before, there are many more |
| 07:34.56 | sws | regarding gcc and glibc |
| 07:35.50 | sws | what makes me ask, if its broken, is that i did a fresh pull and co |
| 07:35.51 | koen | I get 20-30 warnings like that |
| 07:36.03 | koen | you can ignore them |
| 07:36.11 | sws | Please set TARGET_OS directly, or choose a MACHINE or DISTRO that does so. |
| 07:36.17 | koen | zecke: could you silence that warnings? |
| 07:36.39 | koen | the TARGET_OS error is something to worry about |
| 07:37.05 | sws | i set tosa and openzaurus |
| 07:38.41 | pb_ | yo zecke |
| 07:38.49 | zecke | koen: do you fix them (the warnings)? |
| 07:39.03 | zecke | koen: bad things could happen if the definitions of these functions are different |
| 07:39.12 | koen | zecke: no, most of the warnings are bogus |
| 07:39.27 | zecke | koen: no, none of the warnings are bogus |
| 07:39.34 | koen | zecke: especially if gcc_{1,2,4,5,6,7} all include gcc.inc |
| 07:39.40 | zecke | koen: if the function is shared between two bb files -> to the .inc file |
| 07:39.50 | zecke | koen: yeah, but this function is defined in each .bb file |
| 07:39.58 | zecke | koen: and not in the .bbclass, .inc or similiar |
| 07:40.18 | koen | but it's only executed per .bb, right? |
| 07:40.27 | zecke | koen: no we have a global method scope :} |
| 07:40.32 | zecke | (always had) |
| 07:40.55 | zecke | koen: I will silence these warnings for the release though |
| 07:43.45 | sws | also i get NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating: |
| 07:43.45 | sws | ${@base_set_filespath |
| 07:44.08 | zecke | sws: which bitbake version? |
| 07:44.08 | sws | regarding angstrom and familiar |
| 07:44.12 | sws | 450 |
| 07:44.20 | sws | did a svn up this morning |
| 07:44.28 | zecke | sws: do you have a bogus DISTRO set? |
| 07:44.55 | sws | i copied over openzaurus-unstable to openzaurus-myunstable |
| 07:46.13 | sws | oh, sorry, that file cant exist, i did rm -Rf OE before the fresh pull ;) |
| 07:47.45 | zecke | sws: sadly we can't have a better parsing report ;) |
| 07:47.54 | sws | k, errors regarding DISTRO are gone, the already seen Method persists, i will ignore them |
| 07:50.22 | XorA | morning |
| 07:50.25 | TheMasterMind1 | morning |
| 07:50.32 | zecke | hi |
| 07:50.35 | TheMasterMind1 | just as i'm heading to bed |
| 07:50.35 | koen | hey XorA & TheMasterMind1 |
| 07:51.19 | TheMasterMind1 | i should probably post the rest of my patches to bugzilla soon |
| 07:51.26 | TheMasterMind1 | maybe tomorrow.. |
| 07:51.26 | zecke | XorA: Don't forget RP! |
| 07:51.31 | TheMasterMind1 | anyway, g'night |
| 07:51.35 | zecke | TheMasterMind1: cya |
| 07:51.41 | XorA | and RP of course |
| 07:51.48 | koen | 'night TheMasterMind1 |
| 07:51.48 | XorA | ~hail zecke RP |
| 07:51.49 | ibot | ACTION bows down to zecke RP and chants, "I'M NOT WORTHY!!" |
| 07:52.06 | zecke | ah time to get food |
| 07:52.27 | zecke | yipee I have a second subject now ( just a couple of years late...) |
| 07:53.15 | *** join/#oe do13 (n=nndirk@do13.in-dsl.de) |
| 07:58.24 | *** join/#oe rob_w|mis (n=rob_w@p549B9F2A.dip0.t-ipconnect.de) |
| 08:02.15 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
| 08:04.08 | sws | is it possible to get a lesser font for the console on poodle? i try to play around with a kernel 2.6 bootstrap-image |
| 08:04.49 | zecke | sws: compile another font into the kernel? |
| 08:16.26 | XorA | wierd, reading that washington post review of the 770 and his main gripe appears to be that USA networks dont allow bluetooth dialup, hardly nokias fault :-) |
| 08:19.51 | koen | XorA: and it lacks a keyboard |
| 08:20.34 | koen | XorA: or use the TT metric: 'it doesn't run on a 5000d, so it sucks' |
| 08:20.43 | XorA | koen: heh heh |
| 08:21.28 | sws | did someone address the tosa usb to pc connection problem with kernel 2.6? even my poodle works with OE default kernel 2.6 |
| 08:21.30 | pb_ | zecke: you mean a global namespace for python functions? I think it would be better to split the namespaces up rather than trying to enforce uniqueness across all .bb files. |
| 08:22.46 | zecke | pb_: well this way one does not need to recompile the functions of the bbclasses over and over again |
| 08:23.09 | zecke | pb_: one could make it better though |
| 08:23.26 | zecke | pb_: compile methods from .inc and .bbclass only once |
| 08:23.33 | pb_ | zecke: true. I suppose the ideal thing would be to have an explicit "global" flag that you could set on methods that you want to be shared. |
| 08:23.36 | zecke | pb_: always compile methods from .bb |
| 08:23.42 | pb_ | right, exactly |
| 08:24.07 | zecke | hmm still hungry |
| 08:24.17 | *** join/#oe nacer (n=laradji@dsl-magic-1.mpl4.ovea.net) |
| 08:25.38 | pb_ | zecke: not that I'm particularly opposed to uniquifying the names of the existing functions, but it seems like a bit of a maintenance overhead if you want to ensure that this is always the case, particularly in the presence of collections. |
| 08:26.18 | pb_ | hrm, I guess I should go to work |
| 08:26.36 | zecke | pb_: good point (collections) |
| 08:26.49 | zecke | pb_: the goal was to make awarenes and then silent the warning |
| 08:27.03 | XorA | zecke: bitbake is now so fast, the text doesnt actually get time to draw over my ADSL link :-) |
| 08:27.50 | zecke | XorA: and 1.5 will get even faster |
| 08:27.59 | zecke | XorA: 1.4 might as well |
| 08:28.11 | zecke | RP: Threaded builds shouldn't be too hard |
| 08:29.18 | zecke | mickey|zzZZzz: will python's threading support extend? |
| 08:29.27 | zecke | mickey|zzZZzz: e.g. use monitors instead of locks? |
| 08:29.45 | zecke | mickey|zzZZzz: with Dual Core CPUs, Threading should get the norm |
| 08:31.08 | koen | with a threaded bitbake we could ask CosmicPenguin for an 8way opteron buildbox :) |
| 08:31.33 | pb_ | zecke: yeah, that'll be interesting. of course, Intel have had hyperthreading for years, and that doesn't seem to have promoted a huge amount of threading, but still. |
| 08:32.06 | *** join/#oe schurig (n=schurig@pD95FADFB.dip0.t-ipconnect.de) |
| 08:32.09 | zecke | koen: and if we get a niagara we could host many threaded builds |
| 08:32.10 | koen | doing real threads with hyperthreading can actually degrade performance |
| 08:32.13 | koen | hey schurig |
| 08:32.24 | schurig | koen: hi! |
| 08:32.26 | schurig | zecke: hi 2u2 |
| 08:32.38 | zecke | pb_: Do you know if the Pentium D chips have HT as well? |
| 08:32.40 | RP | morning all |
| 08:32.42 | zecke | schurig: hey, how are you? |
| 08:32.54 | koen | schurig: RP added the csl gcc3, so we should have 'real' EABI support now |
| 08:33.03 | koen | zecke: intel has abandoned HT |
| 08:33.50 | pb_ | zecke: I don't think they do |
| 08:34.16 | schurig | koen: fine |
| 08:34.42 | pb_ | zecke: it sounds like Pentium EE does still have HT though |
| 08:34.47 | schurig | koen: however, for one of my targets (I currently support 3) I don't have time for Kernel 2.6 in the fore-seeable future, so I cannot use a newer toolchain anyway |
| 08:34.59 | zecke | pb_: yeah but no multicore? |
| 08:35.07 | koen | schurig: that's too bad |
| 08:35.16 | schurig | koen: except there is a patch to enable kernel 2.4 to work with NTPL ... or I patch glibc2.4 to work with linuxthreads |
| 08:35.18 | zecke | pb_: I plan to spend ~600Euro for the complete system not only for a CPU |
| 08:35.21 | RP | zecke: Writing a multi threaded bitbake is what I might look at next |
| 08:35.21 | pb_ | zecke: oh, I thought there were dual core EEs |
| 08:35.33 | pb_ | zecke: heh, right |
| 08:35.49 | koen | zecke: a mac mini? |
| 08:35.54 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 08:35.58 | NAbyss | zecke: My Pentium D 2.8 doesn't have HT, just dualcore. |
| 08:36.16 | zecke | RP: we should have a pipeline of to be build packages |
| 08:36.28 | Bernardo | Good morning |
| 08:36.35 | koen | hey Bernardo |
| 08:36.39 | zecke | RP: the only corner case I can imagine now is that we have selected X to proivde A |
| 08:36.47 | zecke | RP: but if X fails, we go to Y |
| 08:37.00 | zecke | RP: we would have to update all deps on X or such... |
| 08:37.02 | RP | zecke: The only concern is I might write the threading in C ;-) |
| 08:37.18 | zecke | RP: rewrite of Bitbake? |
| 08:37.24 | zecke | RP: well use Python Threads |
| 08:37.39 | RP | zecke: Not a total rewrite, no |
| 08:38.57 | zecke | RP: no reason to use C there |
| 08:41.19 | zecke | RP: okay then I will leave threading to you, and go to improve the testing |
| 08:42.23 | zecke | RP: OT: Hacking QtE to support BGR sounds doable. The term is 'hacking' |
| 08:44.00 | zecke | RP: what blockers do we have for BitBake 1.4? |
| 08:46.43 | RP | zecke: You could hack the kernel and qemu too :-} |
| 08:47.04 | zecke | RP: QtE is to punish ;) |
| 08:47.18 | zecke | RP: I won't make the kernel suffer more from my contributions |
| 08:47.24 | RP | QtE does deserve hacking more, I admit :) |
| 08:47.39 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 08:48.11 | ArjanS | zecke: parsing the .bb's resulted in lots of errors this morning |
| 08:48.31 | zecke | ArjanS: hehe, which kind of errors? |
| 08:48.39 | zecke | ArjanS: about methods being redefined? |
| 08:48.47 | ArjanS | yeah, exactly :) |
| 08:50.01 | ArjanS | but I must say, both creating and especially parsing the cache have got some great speedups! |
| 08:50.15 | ArjanS | parsing takes less then a second now! |
| 08:51.38 | *** join/#oe noclouds (n=mhfan@60.166.45.215) |
| 08:53.31 | zecke | ArjanS: 'creating' it could be minutes faster :} |
| 08:54.09 | zecke | RP: google python cow dict... |
| 08:54.13 | zecke | RP: dict = { 'cow' : 1 } |
| 08:54.14 | zecke | ... |
| 08:54.26 | NAbyss | ArjanS: Wow.. |
| 08:54.32 | pb_ | right, really going to work now |
| 08:59.19 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 09:00.22 | *** join/#oe LordVan (n=lordvan@gentoo/developer/LordVan) |
| 09:01.09 | ade|desk | oops away for a week and a bit, 223 revs , wow |
| 09:01.13 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
| 09:01.19 | do13_ | morning all |
| 09:01.32 | zecke | hi |
| 09:02.20 | *** join/#oe katossi (n=guillerm@dhcp5.informatik.uni-duisburg.de) |
| 09:02.35 | Bernardo | hi do13_ |
| 09:04.10 | koen | hey do13_ |
| 09:04.48 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 09:05.08 | do13_ | hi zecke, koen, Bernardo |
| 09:08.07 | sws | hi do13_, I have a problem connecting tosa openzaurus kernel 2.6 using usb to my pc, module g_ether loads ok but tosa is not recognized when put in the cradle, is it a known problem? |
| 09:10.02 | do13_ | sws: Hmm. I haven't used udc since month. I'll check this again. Thx |
| 09:10.02 | koen | zecke: doing a 'monotone revert' on a file bitbake doesn't pick it up |
| 09:10.27 | koen | zecke: it insist on build gcc-4.1.0-r1, while the .bb is back to r0- |
| 09:10.28 | zecke | koen: what is the mtime? |
| 09:11.00 | RP | hi do13_ |
| 09:11.14 | koen | zecke: -rw-r--r-- 1 koen koen 507 Apr 18 11:11 gcc_4.1.0.bb |
| 09:11.54 | do13_ | Hey Richard |
| 09:12.16 | koen | zecke: shouldn't it use something content based to spot changes? |
| 09:12.26 | zecke | koen: well your filesystem sucks, use SUN UFS |
| 09:12.38 | zecke | koen: it uses mtime to check if it needs to reparse the file |
| 09:13.34 | njs | koen: reading content can be expensive... :-) |
| 09:13.37 | RP | zecke: What am I looking for in google? |
| 09:14.45 | zecke | RP: I wanted to search for a ready to use COW dict |
| 09:15.07 | zecke | RP: and entered the terms, all you find is a introduction on how to put 'cow' (the string) into a dict |
| 09:15.46 | zecke | koen: I hope to release bitbake soon, so I can hack on the tinderbox |
| 09:16.09 | RP | zecke: Right. Kind of disappointing :-/ |
| 09:16.17 | zecke | njs: do you have an idea on how to find deleted files? |
| 09:17.10 | RP | zecke: Traditional COW would mean you copied the whole dictonary when any write was made to it of course. I still prefer the idea of parent child tracking and grafting the dicts |
| 09:17.24 | njs | zecke: what do you mean? |
| 09:17.50 | zecke | njs: I want something like the 'Attic' in viewcvs |
| 09:18.08 | njs | zecke: err, hrm |
| 09:18.10 | zecke | njs: I know there once was a file that was named f*o.b* and I wonder how I can find it using monotone |
| 09:18.16 | sws | compiling tosa openzaurus kernel 2.6 bootstrap-image: | Patch patches/usb-owner.patch does not apply (enforce with -f) |
| 09:18.17 | sws | NOTE: Task failed: /home/sander/openembedded/build/tmp/work/tosa-linux/wlan-ng-modules-0.2.3+svn20060418-r0/temp/log.do_patchcmd.9363 |
| 09:18.33 | zecke | RP: hehe that is our 'COW' |
| 09:18.43 | zecke | RP: we have the configuration |
| 09:18.48 | njs | zecke: the stupid way is: monotone log | egrep 'f.*o\.b' :-) |
| 09:19.00 | zecke | RP: and set it as parent to our new dict |
| 09:19.03 | sws | | patching file src/prism2/driver/prism2_usb.c |
| 09:19.03 | sws | | Hunk #1 FAILED at 313. |
| 09:19.17 | zecke | RP: now we lookup a key, we search in our local dict, then the parents |
| 09:19.33 | zecke | RP: to enter a key, we look if we need to shadow the dict (COW) |
| 09:19.44 | zecke | RP: we copy the 'value' of the key, into our dict |
| 09:19.45 | do13_ | sws: It seems this has been fixed upstream, try to remove the patch |
| 09:19.50 | zecke | RP: and then do the manipulation |
| 09:19.54 | njs | I guess the smart way is: http://thread.gmane.org/gmane.comp.version-control.monotone.devel/6315/focus=6315 |
| 09:20.03 | zecke | RP: so we have COW on a per key basis -> your parenting? |
| 09:20.04 | njs | but that's blue sky, not anything you can use now |
| 09:20.18 | RP | zecke: Yes, we're talking about the same thing |
| 09:21.01 | *** join/#oe fishhead (n=d3200@c-67-165-88-141.hsd1.pa.comcast.net) |
| 09:21.35 | zecke | RP: the only attention (which is luckily true for OE/BitBake) |
| 09:21.43 | zecke | RP: we do not alter keys of our parents |
| 09:22.10 | sws | do13_ : removing the patch worked |
| 09:22.16 | RP | zecke: I guess that's a nice simplification :) |
| 09:23.08 | RP | zecke: Is everything based on the configuration data dict? |
| 09:23.14 | zecke | TodoLost: Release bitbake, Implement a bonsai in python for svn and monotone, hack tinderbox |
| 09:23.25 | zecke | RP: each parsed bbfile |
| 09:23.39 | njs | zecke: is the "o" there a typo or intentional? I can't tell :-) |
| 09:24.03 | RP | zecke: and configuration never changes once we start parsing files? |
| 09:24.25 | zecke | RP: Well, I hope that |
| 09:24.45 | zecke | njs: sadly not (typos in general) |
| 09:24.54 | zecke | lol |
| 09:25.25 | mithro | zecke: do you do this manually? |
| 09:25.47 | zecke | mithro: COW? yes, do you know a better way? |
| 09:26.07 | koen | hey mithro |
| 09:26.22 | mithro | you can do it via abusing classes if you wanted - dunno if it would be much faster |
| 09:26.23 | zecke | OT: is packaging of glibc faster? |
| 09:26.43 | mithro | (but it is an important case in python so it should be pretty fast) |
| 09:27.00 | zecke | mithro: what 'classes' |
| 09:27.04 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 09:27.47 | mithro | class A: pass |
| 09:28.03 | zecke | how can one abuse classes? |
| 09:28.10 | mithro | okay |
| 09:28.31 | mithro | class A: p = "A" |
| 09:28.37 | mithro | class B(A): pass |
| 09:28.40 | zecke | mithro: we have a class with __getitem__, __setitem__ 'emulating' most parts of a dict |
| 09:28.50 | zecke | it is an Adapter to dicts |
| 09:29.02 | mithro | B.p == "A" |
| 09:29.10 | mithro | B.p = "C" |
| 09:29.17 | mithro | A.p == "A" |
| 09:29.23 | njs | I'm going to make a wild guess that just copying dicts is cheaper than overriding __magic__ methods |
| 09:29.34 | mithro | B.p == "C" |
| 09:29.49 | njs | because the former is just some tuned C, while the latter requires python function calls, and even _dispatching_ those is crazy expensive :-) |
| 09:30.05 | njs | mithro: that's just syntactic sugar for dict assignment, though :-) |
| 09:30.12 | zecke | njs: well, the main idea was to save memory |
| 09:30.26 | njs | zecke: oh, umm, sure, right, never mind then :-) |
| 09:30.30 | zecke | njs: this is why you only copy 'shadowed' keys from the parent to the local one |
| 09:30.41 | zecke | copy.copy (not deepcopy) |
| 09:30.57 | zecke | njs: while keeping a compatible semantic to the old {} |
| 09:31.04 | mithro | zecke: see how classes are copy on write? |
| 09:31.39 | mithro | it would be intresting to see if its faster |
| 09:31.41 | njs | oh, duh, that's true, classes do do fallback when looking stuff up |
| 09:32.01 | zecke | mithro: interesting |
| 09:32.12 | mithro | however it's always copy on write |
| 09:32.16 | zecke | mithro: and is lookup of A.p faster than dict[p]? |
| 09:32.45 | mithro | ie even if you assign it "A" it's still assigned |
| 09:33.15 | mithro | zecke: i think A.p is equal to dict[p] - if not using magic methods |
| 09:33.34 | zecke | nice idea, i will try it |
| 09:33.51 | *** join/#oe rm_you (n=Adam@resh0922.tigernet.trinity.edu) |
| 09:33.58 | mithro | i know it has continually gotten faster |
| 09:34.05 | mithro | as it's fundemental part of python |
| 09:34.19 | njs | zecke: have fun reading the metaclass articles :-) |
| 09:34.47 | mithro | i can help with the metaclass stuff if you need it |
| 09:35.01 | mithro | libtpproto-py uses metaclasses quite alot |
| 09:35.05 | mithro | anyway of to dinner |
| 09:35.06 | mithro | bblr |
| 09:38.42 | zecke | njs: OT: how do you generate these gcov websites for monotone? |
| 09:43.23 | njs | zecke: using the scripts it mentions at the top :-) |
| 09:43.48 | njs | "Code is available via netsync venge.net, branch org.vorpus.monotone-cov." |
| 09:44.10 | njs | it's all a bit shoestrings-and-duct-tape, but seems to work well enough :-) |
| 09:45.27 | mickeyl | hi |
| 09:45.30 | koen | hey mickeyl |
| 09:46.19 | njs | (including various crazy stuff to adapt it to funky things about monotone, like it knows how to combine gcov data from multiple binaries (our unit tests produce a separate binary from our black box tests), and it knows how to recognize unit tests in the source and ignore them wrt coverage...) |
| 09:46.49 | pb__ | hail mickeyl |
| 09:46.51 | zecke | njs: tape is everything one needs ;) |
| 09:46.57 | zecke | mickeyl: hey |
| 09:47.10 | XorA | hey mickeyl |
| 09:47.27 | CIA-9 | 03mickeyl 07org.oe.dev * r84ac7904... 10/packages/lirc/ (9 files): lirc many versions: drop maintainership and remove obsolete versions |
| 09:47.30 | do13_ | hey mickeyl |
| 09:47.31 | CIA-9 | 03mickeyl 07org.oe.dev * r6b727804... 10/packages/efl/etk_20060418.bb: add etk, a nice widget set based on the enlightenment foundation libraries |
| 09:47.35 | CIA-9 | 03mickeyl 07org.oe.dev * r4306a260... 10/packages/poppler/ (poppler_20060418.bb poppler_0.5.1.bb): poppler: add a cvs version, because epdf needs some of the most recent features which are not in a release yet |
| 09:47.39 | CIA-9 | 03mickeyl 07org.oe.dev * r6f801065... 10/packages/efl/etk_20060418.bb: etk: stage additional headers |
| 09:47.43 | CIA-9 | 03mickeyl 07org.oe.dev * r794ba5c6... 10/packages/efl/epdf_20060418.bb: add epdf, a PDF rendering library based on poppler and the EFL |
| 09:48.08 | XorA | mickeyl: does the ABI of poppler_cvs change? |
| 09:48.35 | koen | mickeyl: don't forget to push the x11 fix as well |
| 09:49.05 | mickeyl | XorA: i don't think so |
| 09:49.06 | zecke | mickeyl: where are the screenshots of epdf and epdfviewer? |
| 09:49.08 | mickeyl | koen: yep |
| 09:49.26 | mickeyl | zecke: patience is a virtue :D |
| 09:49.46 | XorA | there is an epdfviewer to cause confusion with epdfview I added yesterday |
| 09:49.50 | zecke | mickeyl: patience is what youth doesn't offer |
| 09:50.05 | koen | zecke: http://emma-soft.com/projects/epdfview/chrome/site/screenshots/version-0_1_1.png |
| 09:50.06 | zecke | XorA: screenshots as well ;) |
| 09:50.16 | mickeyl | zecke: indeed. you show your matureness by being able to realize that! |
| 09:50.23 | mickeyl | s/matureness/maturity/ |
| 09:50.49 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
| 09:50.51 | zecke | cya later, I need to pack my stuff, to visit the r-room |
| 09:51.26 | XorA | koen: thats a different program is it not |
| 09:51.59 | koen | XorA: it's a screenshot :) |
| 09:52.24 | XorA | koen: I was assuming epdf for E != epdfview that I added |
| 09:52.38 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
| 09:52.54 | *** join/#oe nacer (n=laradji@dsl-magic-1.mpl4.ovea.net) |
| 09:54.10 | CIA-9 | 03mickeyl 07org.oe.dev * r61d534dc... 10/packages/xlibs/ (2 files in 2 dirs): diet-x11 x11r7-1.0.0 tell the truth about thy utf8 support (fixes #778) |
| 09:55.17 | *** join/#oe minipanda (n=hzhang@221.221.149.223) |
| 09:56.57 | sws | do13_: how may I debug that pxa2xx_udc thing? are there debug messages in runtime? |
| 09:58.04 | XorA | koen: oh well, compiling plugins against compiled abiword doesnt help :-( |
| 09:58.57 | *** join/#oe nacer (n=laradji@dsl-magic-1.mpl4.ovea.net) |
| 10:05.11 | *** join/#oe katossi (n=guillerm@dhcp5.informatik.uni-duisburg.de) |
| 10:07.19 | *** join/#oe benlau (i=benlau@221.125.13.158) |
| 10:10.59 | *** join/#oe Laibsch (n=Laibsch@dslb-088-073-206-223.pools.arcor-ip.net) |
| 10:14.13 | fishhead | http://cgi.ebay.com/Onset-Model-8-SBC-computer-processor-C-and-Basic_W0QQitemZ7610891176QQcategoryZ4660QQssPageNameZWDVWQQrdZ1QQcmdZViewItem#ebayphotohosting |
| 10:19.18 | CIA-9 | 03koen 07org.oe.oz354x * rcea035c2... 10/packages/epdfview/epdfview_0.1.2.bb: epdfview: add 0.1.2 from .dev |
| 10:20.12 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 10:21.31 | *** part/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 10:22.05 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 10:37.41 | *** join/#oe zinga_ (n=arnaudb@186.80-203-227.nextgentel.com) |
| 10:39.12 | *** join/#oe idealm (n=ideal@58.33.48.141) |
| 10:44.14 | do13_ | sws: offhand no idea |
| 10:46.05 | sws | do13_: thanks, i will see what I can learn, maybe I can assist you in supporting 2.6 on tosa |
| 10:48.27 | *** join/#oe nazgool (n=nazgool@L2879.l.pppool.de) |
| 10:51.31 | *** part/#oe nazgool (n=nazgool@L2879.l.pppool.de) |
| 10:59.12 | sws | NOTE: package libtool-native-1.5.10-r3: task do_configure: started |
| 10:59.12 | sws | ERROR: function do_configure failed |
| 10:59.24 | sws | | /usr/bin/autoreconf: unrecognized option `--exclude=libtoolize' |
| 10:59.49 | sws | I tried to build openzaurus kernel 2.4 for tosa |
| 11:00.07 | RP | sws: For some reason its using your system's autoreconf rather than the one bitbake builds |
| 11:00.25 | RP | sws: Try manually building autoconf-native |
| 11:00.43 | sws | bitbake -b ?? |
| 11:04.41 | CIA-9 | 03xora 07org.oe.dev * ree780a36... 10/packages/abiword/abiword-plugins_2.4.4.bb: abiword-plugins_2.4.4.bb : prevent from picking up hosts libwmf |
| 11:09.07 | rm_you | what is the best way to mirror the OZ feed? do they have an rsync server? |
| 11:17.57 | sws | bitbake autoconf-native want to build libtool-native, which breaks |
| 11:19.16 | sws | doing bitbake bootstrap-image with ZKERNEL=2.6 in local.conf, the toolchain works? |
| 11:25.14 | *** join/#oe evildevil (n=evildevi@p54A6E6F0.dip.t-dialin.net) |
| 11:25.46 | sws | maybe the problem is quilt-native and m4-native aren't build? |
| 11:31.44 | RP | sws: quilt will be the problem - its DEPENDS are incorrectly calculated by some versions of bitbake. Which version of bitbake are you using? |
| 11:32.22 | CIA-9 | 03xora 07org.oe.dev * rfbc67e6f... 10/packages/epdfview/epdfview_0.1.2.bb: epdfview_0.1.2.bb : fix .desktop file to point to right exe and icon |
| 11:33.07 | XorA | koen: bump that to branch? |
| 11:34.04 | sws | RP: 450, did a svn up this morning, 4 hours ago |
| 11:36.13 | RP | sws: Can you pastebin the exact error you're seeing please? |
| 11:38.36 | koen | XorA: done |
| 11:39.24 | koen | bbl |
| 11:40.25 | sws | http://pastebin.com/666932 |
| 11:40.53 | CIA-9 | 03koen 07org.oe.oz354x * r9b257597... 10/packages/epdfview/epdfview_0.1.2.bb: epdfview: sync with .dev |
| 11:40.57 | CIA-9 | 03koen 07org.oe.oz354x * re405c750... 10/packages/abiword/abiword-plugins_2.4.4.bb: abiword-plugins: sync with .dev |
| 11:46.12 | XorA | now if only I could get the plugins actually working |
| 12:17.32 | *** join/#oe leoncamel (n=leoncame@219.142.138.92) |
| 12:22.23 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 12:32.26 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 12:37.53 | *** join/#oe Jenna (n=cherryRe@207.226.175.9) |
| 12:38.49 | CIA-9 | 03koen 07org.oe.dev * re617332c... 10/conf/distro/angstrom-2006.9.conf: use pcmciautils for some more machines |
| 12:39.27 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
| 12:39.56 | *** part/#oe Jenna (n=cherryRe@207.226.175.9) |
| 12:44.49 | *** join/#oe eumel (n=chatzill@p54823BE2.dip0.t-ipconnect.de) |
| 12:45.28 | koen | RP: could you have a look at http://ewi546.ewi.utwente.nl/tmp/pcmciautils_013.bb ? |
| 12:46.05 | RP | koen: Any part of it specifically? |
| 12:46.13 | koen | RP: it throws a warning in do_package and I'm not sure it the makefile is at fault or the .bb |
| 12:46.30 | koen | (apart from hardcoding ln to /usr/bin/ln) |
| 12:46.44 | RP | What warning? |
| 12:47.03 | koen | 'dangling symlink to <long path>/pccardctl' |
| 12:47.35 | koen | "Udev has been shipping with a scaled down version of libsysfs since late February. Udevstart is now 35% faster with the newer version." |
| 12:47.40 | koen | from http://linux-diag.sourceforge.net/Sysfsutils.html |
| 12:48.03 | koen | stupid linux changes |
| 12:48.06 | RP | I'd suspect the makefile and it sounds like a bug |
| 12:48.20 | RP | Speedups in udevstart are really needed... |
| 12:48.57 | RP | koen: That .bb is horrible. If we can work out how to make it more cross compilable, I could probably get the patches applied upstream. |
| 12:50.23 | koen | my update frenzy got triggered by http://handhelds.org/hypermail/h2200-port/current/3950.html |
| 12:50.51 | koen | pcmciautils 0.13 seems to have integrated sane defaults from ubuntu and opensuse |
| 12:51.29 | RP | pcmciautils is quite new and will welcome help to improve it |
| 12:52.17 | koen | I just pushed the new sysfsutils |
| 12:52.29 | koen | although udev 0.89 shouldn't need them anymore |
| 12:53.06 | RP | I'll have to try 0.89 as udev is one of the slowest parts of the system boot on spitz |
| 12:56.42 | CIA-9 | 03koen 07org.oe.dev * r55fdf0ec... 10/packages/sysfsutils/sysfsutils_2.0.0.bb: sysfsutils: update to the latest stable version (2.0) |
| 12:56.44 | RP | I thought pcmciautils would detect and use udev automagcally by installing a rules file? |
| 13:01.57 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 13:14.00 | *** join/#oe mallum (n=mallum@host86-139-176-146.range86-139.btcentralplus.com) |
| 13:15.07 | *** join/#oe hrw|gone (n=hrw@host-ip170-158.crowley.pl) |
| 13:15.28 | XorA | quick everyone hide from mallum |
| 13:16.15 | mallum | ;P |
| 13:17.30 | koen | mallum: hal needs to be taught about pda hardware to make gnome-power-manager being remotely usefull |
| 13:17.41 | koen | drat, I suck at hiding |
| 13:17.52 | mallum | koen: yeah I know |
| 13:18.39 | mallum | koen: we could get a lot of cool stuff in Hal could be made to play a bit better with PDA's etc |
| 13:18.49 | koen | yeah |
| 13:20.58 | koen | might be nice to hack up something before guadec |
| 13:21.08 | koen | (which I won't be attending, *again*) |
| 13:21.26 | mallum | koen: we are all pretty much too busy to do much about it at least atm. but could throw at least some money at the problem if someone wanted to hack it |
| 13:21.49 | mallum | koen: :( how come no GUADEC ? |
| 13:22.04 | koen | examweek.... |
| 13:22.09 | *** join/#oe zecke (n=ich@rosine121.inf.fu-berlin.de) |
| 13:22.13 | koen | hey zecke |
| 13:23.24 | *** join/#oe dan2003 (n=dan@host86-132-83-244.range86-132.btcentralplus.com) |
| 13:23.54 | mallum | koen: drop out ! |
| 13:24.11 | mallum | koen: then you could go |
| 13:25.41 | zecke | mallum: hey |
| 13:25.53 | mallum | hey zecke zecke |
| 13:26.00 | zecke | mallum: I wonder why you are mentioned as member of the pdaxrom team? |
| 13:26.00 | mallum | how are you sir ? |
| 13:26.09 | zecke | *bored* |
| 13:26.10 | mallum | zecke: because i am elite |
| 13:26.13 | dan2003 | on the simpad, /etc/resolv.conf is not set coreclty. it contains search fqdn but has no nameserver specified, if i edit this it works for a while but is then set back to how it was, i assume by the udhcpc that is still running. How can i fix this? i ran a search which turned up some comments saying it should infact be a symlink to /var/run/resolv.conf or some such, but as that doesnt exist i asuume it is irelevant in this case |
| 13:26.13 | zecke | uni started |
| 13:26.19 | zecke | mallum: true |
| 13:26.52 | mallum | zecke: i think they just added me as I answered a question about how they should run mb about 3 years ago |
| 13:27.01 | mallum | I dont think they even run MB nowadays |
| 13:27.13 | koen | mallum: only mb-panel |
| 13:29.08 | RP | mallum: pdaxrom are "having" to switch to 2.6 kernels as "users eat" sashz... |
| 13:29.58 | mallum | RP: its the future |
| 13:30.05 | zecke | oh the lecture continues |
| 13:30.09 | mallum | RP: perhaps now you will be part of the pdaxrom tram also |
| 13:30.12 | zecke | *bored* *kill* *destroy* |
| 13:30.15 | RP | mallum: More like present now ;-) |
| 13:30.23 | mallum | RP: if they can find a picture of you |
| 13:30.32 | RP | hmm... |
| 13:30.44 | koen | RP: I discovered why the pdax people want the cpuscaling (and overclocking) |
| 13:30.59 | RP | koen: why? |
| 13:31.15 | koen | RP: libvorbis, mpg123 and other fp intensive stuff |
| 13:31.32 | zecke | koen: OT: where did the tinderbox go? |
| 13:31.47 | koen | zecke: no idea |
| 13:31.48 | zecke | wow programming Embedded Sensors with Visual Basic |
| 13:31.53 | zecke | *idiots* |
| 13:31.55 | koen | zecke: afaik I didn't touch it |
| 13:32.13 | zecke | koen: I forgot the location of it :} |
| 13:32.32 | RP | koen: We need to work out a driver and will get one eventually. Compared to all the other stuff we have working, getting cpufreq working is relatively straight forward |
| 13:33.33 | *** join/#oe tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net) |
| 13:34.40 | zecke | cya |
| 13:36.03 | koen | RP: did they want to switch to 2.6 before or after they notices their users switched to OZ/gpe? ;) |
| 13:36.59 | RP | koen: I don't read the forums so I don't know what users are doing. I know what I'd like them to be doing though :) |
| 13:37.12 | RP | koen: I also keep suggesting to sash he tried OE ;-) |
| 13:37.41 | koen | RP: no, their buildsystem is superior |
| 13:37.46 | koen | (so they keep telling us) |
| 13:38.23 | RP | koen: He didn't actually say that to me. He just said it was better than OE when he started it and as he has it, he won't change |
| 13:41.09 | koen | hey chouimat |
| 13:41.24 | chouimat | morning |
| 13:42.46 | *** join/#oe tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net) |
| 13:50.30 | *** join/#oe eric (n=eric@c66.110.147-33.clta.globetrotter.net) |
| 13:53.32 | sws | bye |
| 13:53.48 | koen | ~kill matlab |
| 13:53.50 | ibot | ACTION shoots a charged electron gun at matlab |
| 13:54.35 | Ecco | :-D |
| 13:54.48 | XorA | ~cast Animate Dead on matlab |
| 13:55.47 | *** join/#oe pb_ (n=pb@2002:5165:89b3:2:20e:9bff:fe56:eb5) |
| 13:55.48 | *** join/#oe joshua_[it] (i=joshua@cl-5.chi-01.us.sixxs.net) |
| 13:58.16 | nacer | hi |
| 13:59.07 | *** part/#oe eric (n=eric@c66.110.147-33.clta.globetrotter.net) |
| 14:02.16 | *** join/#oe tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net) |
| 14:03.10 | *** join/#oe pb_ (n=pb@2002:5165:89b3:2:20e:9bff:fe56:eb5) |
| 14:03.10 | *** join/#oe joshua_[it] (i=joshua@cl-5.chi-01.us.sixxs.net) |
| 14:05.09 | *** join/#oe cedric (n=cedric@195.94.59.29) |
| 14:05.19 | cedric | hi all |
| 14:05.31 | koen | hey cedric |
| 14:05.53 | *** join/#oe evildevil_ (n=evildevi@p54A6EEF8.dip.t-dialin.net) |
| 14:08.15 | RP | hi cedric |
| 14:08.29 | RP | cedric: Did you have a chance to test the LEDs? |
| 14:08.44 | cedric | just wondering I've got simple program with an autoconf structure, it compile fine under my local host. so I've copied the tarball to the my "sources" directory and create a bb file which inherits from "autotools pkgconfig". the problem is the tarball is not unpacked in the work directory |
| 14:09.05 | cedric | RP: nope yet |
| 14:11.12 | koen | cedric: forgot to touch the foo.tar.gz.md5? |
| 14:13.24 | cedric | koen: I've done that a same thing... |
| 14:13.37 | cedric | s/a/and |
| 14:23.02 | cedric | NOTE: Unpacking /home/cedric/oe/org.openembedded.dev/packages/foo/foo_1.11.bb to /home/cedric/oe/build/tmp/work/armv5te-linux/foo-1.11-r0/ |
| 14:23.32 | cedric | it should say foo_1.11.tar.gz, no? |
| 14:34.17 | cedric | ok found it, I need to provide a SRC_URI... I though is going to look by magic in the sources folder... |
| 14:34.53 | *** join/#oe katossi (n=guillerm@dslb-084-062-132-193.pools.arcor-ip.net) |
| 14:37.39 | *** part/#oe pezi (n=pezi@smarty.soft.uni-linz.ac.at) |
| 14:47.49 | *** join/#oe dkey (i=nobody@193.170.48.236) |
| 14:48.41 | *** join/#oe hwtechnik (n=hwtechni@tor/session/external/x-cc750dd47d3f1e5b) |
| 14:53.55 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) |
| 15:04.42 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 15:04.54 | CoreDump|home | hi |
| 15:05.21 | CoreDump|home | RP: ping |
| 15:06.29 | RP | CoreDump|home: pong |
| 15:07.26 | CoreDump|home | RP: I was playing w/ udev this morning and found out that USB events are not detected at all. Is this known? |
| 15:07.47 | RP | CoreDump|home: How recent was the udev? |
| 15:07.54 | CoreDump|home | from .354x |
| 15:08.02 | CoreDump|home | 084 IIRC |
| 15:08.03 | RP | CoreDump|home: Does .354x have the fixes from .dev? |
| 15:08.25 | RP | I know there were some usb fixes that went into .dev |
| 15:08.51 | CoreDump|home | hmmm, .oz has actually more patches than .dev =) |
| 15:09.08 | RP | CoreDump|home: Which ones does it have as extras? |
| 15:09.11 | CoreDump|home | there's a 089 in .dev but it's disabled |
| 15:09.26 | RP | CoreDump|home: Its not seen much testing which is why |
| 15:09.45 | RP | Its supposed to be a bit faster at starting |
| 15:10.09 | CoreDump|home | <PROTECTED> |
| 15:10.35 | CoreDump|home | RP: It's creating a metric ton of devices,like 20 ttys and stuff =) |
| 15:11.20 | CoreDump|home | aehem, I didn't check "files" yet |
| 15:12.01 | koen | gna |
| 15:12.27 | *** join/#oe cbrake (i=user103@216.144.26.242) |
| 15:12.31 | CoreDump|home | RP: checked the .bb, .oz and .dev are identicaö |
| 15:13.17 | RP | CoreDump|home: What about the udev.rules and local.rules ? |
| 15:13.49 | CoreDump|home | identical file size |
| 15:14.28 | RP | CoreDump|home: ok, I thought they were in sync. Looks like a potential problem them (although udev does load the right usb drivers for me) |
| 15:15.09 | CoreDump|home | RP: udev doesn't load any drivers AFAICT, thats /etc/hotplug/usb$something's work |
| 15:15.28 | RP | CoreDump|home: No, hotplug is totally dead with udev - udev turns it off |
| 15:15.28 | CoreDump|home | and even w/ b0rked rules, udevmonitor should see something |
| 15:15.47 | RP | udev calls modprobe - see the rules files |
| 15:15.51 | CoreDump|home | the hotplug thingy is run by init on boot, loads USB drivers |
| 15:16.30 | RP | CoreDump|home: udev disables hotplug. I know that as fact. |
| 15:16.34 | CoreDump|home | that hotplug thingy messed up NFS boot over usb0, that's why I know |
| 15:16.42 | CIA-9 | 03koen 07org.oe.dev * rf3fdff92... 10/packages/sysfsutils/sysfsutils_2.0.0.bb: sysfsutils: default pref -1 till we get a newer pcmciautils |
| 15:16.52 | CoreDump|home | RP: It's a simple script run by init, no deamons involved |
| 15:17.19 | RP | CoreDump|home: I'm talking about the hotplug binary that the kernel calls for hotplug events |
| 15:17.45 | CoreDump|home | And I am about a hotplug initscript |
| 15:18.05 | CoreDump|home | which loads ohci*, usbcore and friends on boot |
| 15:18.06 | RP | CoreDump|home: hotplug should probably get removed from images with udev |
| 15:18.36 | CoreDump|home | righto, but currently it doesn't cause problems =) |
| 15:19.56 | RP | CoreDump|home: Its nearly totally inactive apart from this init script |
| 15:20.58 | CoreDump|home | right, I say screw that script heh. Our problem is udev based anyway. I'll do some more test w/ USB host devices (usb sticks etc) |
| 15:21.12 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 15:21.56 | RP | udev should be taking care of ohci itself anyway (and if anything needed usbcore, it would get loaded as a depend) |
| 15:21.58 | CoreDump|home | ok, I'm getting events for Host mode |
| 15:22.35 | CoreDump|home | I'm getting no events for client mode (g_ether) |
| 15:23.28 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
| 15:24.59 | RP | CoreDump|home: Which event would you expect? |
| 15:25.34 | CoreDump|home | dunno, hotplug handled this stuff in any case so I assumed udev would be the same |
| 15:26.02 | RP | hotplug handled what "stuff"? |
| 15:26.32 | CoreDump|home | you could script hotplug to react to a usbd0 connection (doing ifup usbd0 etc) |
| 15:26.53 | CoreDump|home | in addition you could hack host-mode handling like mounting of usb-storage cards |
| 15:26.58 | RP | CoreDump|home: network.sh doesn't see a usb network device creation? |
| 15:27.09 | CoreDump|home | yes it does |
| 15:27.19 | RP | so udev must see the event |
| 15:27.23 | *** join/#oe Crofton (n=balister@hc6521cf8.dhcp.vt.edu) |
| 15:27.24 | CoreDump|home | the network device itself is added. |
| 15:28.03 | CoreDump|home | RP: what I was trying to do this morning was auto-modprobe g_ether for client mode |
| 15:28.12 | RP | mounting of usb-stroage cards would work if the was an entry in fstab |
| 15:28.40 | RP | CoreDump|home: There is currently no kernel detection of use host/client mode |
| 15:28.49 | CoreDump|home | ok :\ |
| 15:35.24 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 15:36.22 | koen | hey zecke |
| 15:39.55 | *** join/#oe minipanda (n=hzhang@219.236.17.202) |
| 15:42.16 | CoreDump|home | hmm usb-storae devices are found but no SCSI devices are assigned to them |
| 15:42.52 | zecke | ho |
| 15:43.36 | RP | CoreDump|home: I think there is something in bugzilla about that - needs a fix committing to udev |
| 15:44.15 | RP | CoreDump|home: #811 |
| 15:45.50 | mickeyl | hi |
| 15:45.55 | RP | hi mickeyl |
| 15:46.03 | koen | NOTE: multiple providers are available (linux-openzaurus, hostap-modules); |
| 15:46.03 | koen | NOTE: consider defining a PREFERRED_PROVIDER to match runtime hostap-modules |
| 15:46.07 | koen | aaaaargh |
| 15:46.18 | mickeyl | looks good to me |
| 15:46.29 | mickeyl | koen: btw., i fixed efl++, did you see? |
| 15:46.31 | koen | it is building linux-oz.... |
| 15:46.34 | RP | koen: Note its a runtime so it really already knows the answer |
| 15:46.48 | koen | and I need hostap-modules for hh-pxa-2.6 |
| 15:46.53 | RP | or it can usually get them right... |
| 15:47.16 | CoreDump|home | RP: excellent, that fixes it. Should I add that to udev.rules or local.rules? |
| 15:47.17 | koen | linux-oz dies with 'no config found for h2200' |
| 15:47.21 | mickeyl | btw., hey i'm really excited about the parsing speed... can't think how we could live without it |
| 15:47.43 | koen | mickeyl: I noticed, but I'm in libtool hell with ecore |
| 15:47.50 | RP | koen: It picked linuz-oz? :-/ |
| 15:48.45 | koen | RP: it did |
| 15:48.45 | RP | koen: Thinking about it. we evaluate RDEPENDS before DEPENDS. I had a very good reason for doing that but if we did the opposite, it would probably avoid that |
| 15:49.10 | Genesis | bye |
| 15:50.02 | RP | mickeyl: I'm quite pleased with the parsing speed - poky (with 367 .bb files) takes 0.57s for time bitbake foo :) |
| 15:50.30 | RP | mickeyl: I enabled psyco and it went 0.05s faster... |
| 15:50.42 | zecke | hehe |
| 15:50.51 | zecke | RP: you could try freeze as well |
| 15:51.01 | zecke | RP: then one could distribute static bitbake binaries |
| 15:51.11 | *** join/#oe PabloOdorico (n=void@168.226.137.111) |
| 15:51.13 | zecke | NOTE: Update cvs://anonymous@cvs.sourceforge.net/cvsroot/gaim;module=gaim |
| 15:51.13 | zecke | cvs [update aborted]: end of file from server (consult above messages if any) |
| 15:51.13 | zecke | NOTE: Task failed: Fetch failed: gaim |
| 15:51.15 | zecke | yipee |
| 15:51.19 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 15:51.25 | koen | ~stab sf.net |
| 15:51.31 | ibot | ACTION runs at sf.net with an origami Swiss Army knife, and inflicts a nasty paper cut. |
| 15:52.45 | zecke | koen: GPE sucks, it has so many compile errors |
| 15:52.57 | zecke | many = one |
| 15:53.10 | CoreDump|home | RP: question is, do we want to auto-mount usb-storage? (IMO: yes) And if so, all partitions (could be mounted in /media/usb[0-*]) or one hardwired partition via fstab? |
| 15:53.33 | mickeyl | RP: if we can get it even faster, then I will call reparse in front of every shell command and don't spit out a progress indicator. that would make tracking changed stuff much more easier from within the shell... |
| 15:53.38 | mickeyl | CoreDump|home: we want! |
| 15:54.11 | CoreDump|home | though so heh |
| 15:54.11 | RP | CoreDump|home: I looked into pmount a while back which helps a lot with this (doesn't need fstab entries) |
| 15:54.36 | XorA | \gone |
| 15:54.52 | RP | We need to rewrite pmount a bit to do what we want though |
| 15:55.30 | RP | It won't mount devices that aren't removable for a really broken definition of removable for a start - we'd want a globable whitelist of devices |
| 15:55.37 | koen | pmount is in the bugtracker, btw |
| 15:55.55 | CoreDump|home | it in .oz |
| 15:56.04 | RP | koen: pmount was in OE last time I looked - I also have a hacked version of my own :-/ |
| 15:56.22 | koen | RP: TheMasterMind1 added an updated version with a few patches |
| 15:56.27 | wolverine | hi everybody |
| 15:56.33 | CoreDump|home | hi wolverine |
| 15:56.39 | CoreDump|home | I'll check it out |
| 15:56.44 | wolverine | hi coredump |
| 15:56.57 | RP | koen: I'll have to have a look at that... There were a few things I wanted to fix before we could use it |
| 15:57.20 | wolverine | can anyone tell me why there are two packages glibc-intermediate and glibc ? |
| 15:57.26 | koen | RP: http://bugs.openembedded.org/show_bug.cgi?id=867 |
| 15:57.30 | wolverine | which one should I pick? |
| 15:57.33 | wolverine | or both? |
| 15:58.09 | RP | CoreDump|home: Feel free to check the udev fix into local.rules btw |
| 16:00.03 | RP | koen: Looks like its in hand. It doesn't address the problems I saw using it on a handheld though :-/ |
| 16:01.14 | CoreDump|home | the bugtracker pmount build fine |
| 16:03.06 | pb__ | wolverine: glibc |
| 16:04.05 | wolverine | then what's glibc-intermediate for? |
| 16:04.32 | wolverine | seems glibc-intermediate has linuxthread addon enabled |
| 16:04.56 | wolverine | and glibc is for NPTL |
| 16:06.22 | wolverine | to install glibc with NPTL enabled, glibc-intermediate must be built, then gcc-cross |
| 16:06.42 | CoreDump|home | ugh, pmount / pumount are ~48k binaries. methinks a small script could do the same |
| 16:07.35 | *** join/#oe mallum (n=mallum@host86-143-144-160.range86-143.btcentralplus.com) |
| 16:09.23 | RP | CoreDump|home: They also make their own mount system calls and hence don't update /etc/fstab |
| 16:10.46 | CoreDump|home | and udevd runs as root, who can do the same thing for auto-mounting. The big advantage of pmount is that a non-root user can mount / umount |
| 16:11.05 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 16:11.11 | RP | CoreDump|home: and the dynamic creation of mount points |
| 16:11.38 | RP | CoreDump|home: We should write our own version :) |
| 16:11.40 | koen | RP: any idea why OE insists on building hostap-modules 0.3.9? |
| 16:11.46 | CoreDump|home | RP: =) |
| 16:12.09 | RP | koen: based on the information provided, no idea |
| 16:12.15 | koen | gah |
| 16:12.16 | mickeyl | won't PREFERRED_PROVIDER_hostap-modules = ... do it? |
| 16:12.18 | koen | ~lart local.conf |
| 16:12.40 | *** part/#oe wolverine (n=jiff@210.22.179.229) |
| 16:12.56 | *** join/#oe wolverine (n=jiff@210.22.179.229) |
| 16:13.01 | RP | mickeyl: I'd guess its a version issue now but koen isn't being very specific :) |
| 16:13.14 | koen | RP: my local.conf had some bogus entries |
| 16:15.25 | CoreDump|home | RP: I'll hack up a basic auto-mounter for the next 3.5.4.* release. And if you or someone else finds the time to hack on pmount, we throw it away |
| 16:15.54 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
| 16:16.01 | RP | CoreDump|home: ok. Keep in mind this is what mount.sh in dev was meant to become |
| 16:16.03 | koen | aaargh |
| 16:16.10 | Ifaistos | Greetings ! |
| 16:16.10 | koen | ~stab atmel-wlandriver |
| 16:16.14 | ibot | ACTION runs at atmel-wlandriver with an origami Swiss Army knife, and inflicts a nasty paper cut. |
| 16:16.15 | koen | hey Ifaistos |
| 16:16.19 | zecke | Ifaistos: hey |
| 16:16.22 | RP | hi Ifaistos |
| 16:16.27 | zecke | Ifaistos: you are a PPC guy? |
| 16:16.32 | CoreDump|home | I was going to hack just that file =) |
| 16:17.09 | Ifaistos | zecke : working on it :) |
| 16:18.43 | zecke | Ifaistos: do you have the board from the PPC hack zone (or whatever this site is called) |
| 16:19.33 | zecke | RP: I want to branch bitbake now, what do you want to see fixed before the release? |
| 16:20.49 | Ifaistos | zecke: No, they have not send it yet. From what i read on the forum they are waiting to get a new version from production |
| 16:21.20 | koen | Ifaistos: lets hope for a version with video hardware |
| 16:21.33 | Ifaistos | zecke: Hope it's not one of the products that gets like 5 prototype runs but no product at the end |
| 16:21.54 | CIA-9 | 03koen 07org.oe.dev * rc717ea22... 10/conf/machine/ (h2200.conf ipaq-pxa270.conf): |
| 16:21.54 | CIA-9 | h2200, ipaq-pxa270: remove ipaq-common include: |
| 16:21.54 | CIA-9 | * several drivers in that include don't compile against 2.6.16 |
| 16:21.54 | CIA-9 | * the apps in that include should be handled by a distro, not a machine include |
| 16:22.07 | Ifaistos | zecke : I have OE running on 405GP and got several of these boards around if interested |
| 16:22.40 | Ifaistos | zecke : http://www.elinux.org/wiki/DHT-Walnut |
| 16:23.24 | Ifaistos | btw anyone had tried to get linux on a Philips Nino 300 ? |
| 16:23.54 | Ifaistos | I was cleaning my office and found one (we had them a few years ago, but totaly forgot about it) |
| 16:24.30 | zecke | Ifaistos: can one have video running on this Walnut? |
| 16:25.51 | CIA-9 | 03koen 07org.oe.dev * r74449257... 10/packages/gpe-what/gpe-what_0.43.bb: gpe-what: add 0.43 |
| 16:26.04 | Ifaistos | zecke : I had an old matrox card and at least i could get console on it. Never tried another pci vga though |
| 16:26.53 | zecke | zecke123@svn.berlios.de's password: Deleting oe |
| 16:26.58 | zecke | what a feeling |
| 16:29.05 | *** join/#oe zap (n=zap@217.170.93.196) |
| 16:29.20 | pb__ | zecke: that's a strange password you have |
| 16:29.38 | zecke | pb__: no, just a bad terminal emulation |
| 16:30.17 | pb__ | ah right |
| 16:30.41 | pb__ | the bsd terminal must be worse than I thought if it prints "Deleting oe" at random times. |
| 16:30.55 | pb__ | must be terribly confusing, it would be easy to think that you were actually deleting an oe directory. |
| 16:30.57 | zecke | hehe, just omits the line endings |
| 16:31.30 | zecke | his even |
| 16:32.00 | *** join/#oe hwtechnik (n=hwtechni@tor/session/external/x-441b727123d6f418) |
| 16:32.01 | RP | zecke: Is there much else we need to fix before a release? |
| 16:32.23 | RP | zecke: Your annoying method "error" s one thing :) |
| 16:32.24 | zecke | RP: else? |
| 16:32.27 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 16:32.35 | zecke | RP: I will copy trunk to branch now |
| 16:32.44 | koen | great |
| 16:33.04 | RP | zecke: ok |
| 16:33.05 | koen | ipkg-native .159 segfaults like crazy on my buildmachine |
| 16:34.34 | zecke | RP: I plan to do it by '#' |
| 16:35.06 | *** join/#oe wolverine (n=jiff@210.22.179.229) |
| 16:35.21 | koen | this one is new though: file_md5sum_alloc: Failed to open file /data/build/koen/OE/build/tmp/angstrom/rootfs/etc/pcmcia/config.opts: No such file or directory |
| 16:36.18 | *** join/#oe wolverine (n=jiff@210.22.179.229) |
| 16:36.46 | RP | zecke: Funnily enough, I have that "fixed" like that locall :) |
| 16:36.53 | *** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be) |
| 16:37.37 | zecke | RP: I have fixed it better |
| 16:37.46 | zecke | RP: # XXX, hack hack hac k \nreturn |
| 16:45.02 | CIA-9 | 03koen 07org.oe.dev * r40d5e9c9... 10/conf/distro/angstrom-2006.9.conf: angstrom 2006.9: some tweaks to get things to build properly |
| 16:46.09 | zecke | okay we have a bitbake-1.4 branch |
| 16:46.17 | zecke | please test it, please test installing it |
| 16:46.23 | zecke | please test the manual... |
| 16:48.57 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 16:51.30 | *** join/#oe fromvega (n=eu@200-161-218-58.dsl.telesp.net.br) |
| 16:51.30 | fromvega | Hello, How can I communicate with an external I2C bus? Can I use serial or what? Thanks |
| 16:51.50 | emte | look in the kernel |
| 16:52.14 | emte | theyre are quite a few I2C devices and a generic I2C bus |
| 16:52.21 | fromvega | emte: yes, I know there are some i2c drivers, but aren't these drivers for the motherboard i2c bus? |
| 16:52.22 | emte | there* |
| 16:52.36 | emte | I2C is I2C |
| 16:52.45 | *** join/#oe katossi (n=guillerm@dslb-084-062-132-193.pools.arcor-ip.net) |
| 16:52.49 | Necronom | Erm. Is it just me, or is sf anoncvs cooked? |
| 16:53.08 | mickeyl | cooked? |
| 16:53.21 | zecke | Necronom: yes, it is sf.net |
| 16:53.29 | mickeyl | sf anoncvs has a load limiter, you probably need to retry lots of times |
| 16:54.03 | Necronom | Meh. |
| 16:54.08 | zecke | they should use monotone insteaf of anoncvs... |
| 16:54.16 | emte | sf load limiter = they turn off the servers :) |
| 16:54.32 | Necronom | Well, monotone would make mirroring a lot easier. |
| 16:54.50 | zecke | Necronom: even svn would be a lot better |
| 16:55.01 | Necronom | They claim to have svn access, now.. |
| 16:55.15 | emte | but neither moinotone or svn are default in most development tools on any platform |
| 16:55.22 | fromvega | emte: what do you mean by I2C is I2C? |
| 16:55.34 | Necronom | .. speaking of monotone, I've updated monoton-5 and created a monotone-6 package. What's the proper process to submit them? |
| 16:55.43 | Necronom | Send patches to the maintainer? |
| 16:55.46 | emte | fromvega, it doesnt change where you use it |
| 16:55.47 | mickeyl | Necronom: via bugtracker please |
| 16:55.57 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 16:56.06 | mickeyl | don't bug the maintainer directly unless there's something important between you and him ;) |
| 16:56.08 | mickeyl | hi andersee |
| 16:56.13 | Necronom | mickeyl; okay.. |
| 16:56.49 | fromvega | emte: yes, but I it change how can I reach it! And what I would like to know is how can I connect my software to an external I2C bus. |
| 16:57.49 | andersee | mickeyl: morning |
| 16:58.45 | CosmicPenguin | heh |
| 16:58.51 | CosmicPenguin | the holy grail of packages |
| 16:58.54 | andersee | my 6 year old boy was complaining that nethack was missing |
| 16:59.02 | CosmicPenguin | you know you've arrived when nethack is in yourrepository |
| 16:59.05 | mickeyl | andersee: right, that'd be cool |
| 16:59.17 | koen | later all |
| 16:59.24 | mickeyl | c'ya koen |
| 16:59.38 | andersee | CosmicPenguin: oddly enough, I bunch of years ago when I did the gnome nethack port, I (and Jeff Garzik) converted nethack to use automake/autoconf |
| 17:00.05 | andersee | CosmicPenguin: I bet if I resurructed that code, building nethack in oe would be pretty easy |
| 17:00.14 | CosmicPenguin | I'll bet it is |
| 17:00.15 | andersee | much as I hate auto* |
| 17:00.27 | CosmicPenguin | I looked at nethack once, but the config wasn't very OE friendly at all |
| 17:03.09 | CoreDump|home | CosmicPenguin: that's an understatement |
| 17:04.06 | zecke | CosmicPenguin: koen claims we could have a build box hosted ;) |
| 17:04.22 | emte | fromvega, it would depend on what your doing |
| 17:05.38 | emte | fromvega, currently i am accessing an external i2c bus using an FPGA designed PCI controller |
| 17:07.12 | *** join/#oe landley (n=landley@65-117-135-105.dia.static.qwest.net) |
| 17:07.23 | landley | OpenEmbedded? |
| 17:07.33 | emte | but you could use serial, usb, wireless, etc |
| 17:08.36 | fromvega | emte: let me explain, I have some devices that have an i2c interface. And I want to make a software to communicate with those devices. I would like to use some PC port like parport or serialport. A PCI controller is beyond my time and knowledgement for now, I think. But in your project, are you converting from I2C to PCI? |
| 17:09.10 | *** join/#oe ggilbert (n=ggilbert@tinman.treke.net) |
| 17:09.23 | pb__ | fromvega: linux already has support for i2c on parallel port |
| 17:09.25 | pb__ | yo ggilbert |
| 17:09.40 | zecke | hey treke |
| 17:09.56 | zecke | ggilbert: can I return some of the money you once gave me to get a disk for oesources.org? |
| 17:10.41 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 17:10.56 | ggilbert | zecke: We don't so much need a disk as I need to clean the crap already there |
| 17:11.24 | ggilbert | The CVS builds piled the hell up, so now we have every cvs checkout of mozilla for a year and a half |
| 17:11.31 | ggilbert | along with X, and everything else |
| 17:11.47 | mickeyl | yo treke |
| 17:11.51 | mickeyl | good to see you around |
| 17:12.01 | ggilbert | <PROTECTED> |
| 17:12.23 | fromvega | pb__: hum... |
| 17:12.48 | emte | fromvega, i wouldnt say converting .... pushing the i2c data into the PCI controller memory banks and read it from there on the PCI bus |
| 17:13.12 | emte | its pretty hard to convert a 2 wire bus to 32 wires |
| 17:13.18 | zecke | ggilbert: ah smells, like a need for a policy then :) |
| 17:13.36 | zecke | ggilbert: only two weeks of cvs snapshots, distrtibutions should mirror these packages :) |
| 17:14.05 | fromvega | emte: is PCI difficult to implement? |
| 17:15.04 | emte | well, you need to trustthat you built the circuit right before you jam it into your computer ... |
| 17:15.11 | ggilbert | zecke: Yeah. The only real tough part is sorting through 48,942 legacy files :) |
| 17:16.10 | emte | ggilbert, cant you just modify the old scripts taht you used for the LICENSE sort? |
| 17:16.36 | ggilbert | emte: I'm trying to dig up my old script since I had something half written |
| 17:16.42 | emte | ah |
| 17:16.47 | fromvega | emte: so, what in fact do we have done for I2C? A linux kernel driver for the motherboard I2C, I2C on the parallel port and anything else? |
| 17:17.03 | ggilbert | emte: Step one is to learn how bitbake works now |
| 17:17.14 | ggilbert | emte: Since I'm going on year and a half old knowledge |
| 17:17.27 | emte | fromvega, you should really look at all the i2c drivers in the kernel ... tehre are quite a lot |
| 17:17.32 | *** join/#oe france_ (n=france@pool-141-154-250-131.bos.east.verizon.net) |
| 17:17.40 | zecke | france_: hey :) |
| 17:17.57 | emte | and if you want something slightly different you can always write a new one |
| 17:18.05 | ggilbert | pb_, is the hh.o cvs server entirely intact? |
| 17:18.53 | emte | fromvega, what are you trying to talk to out of curiosity? |
| 17:19.33 | fromvega | emte: some sensors, some A/D and digital potentiometers |
| 17:20.46 | emte | use a microcontroller and push the data to serial, parallel, usb, or wireless |
| 17:21.43 | pb__ | ggilbert: as far as I know |
| 17:21.57 | ggilbert | k |
| 17:22.16 | ggilbert | Stronly tempted to just wipe any cvs files from hh.o and let bb rebuild them |
| 17:22.18 | fromvega | emte: I think it's the best aproach... |
| 17:22.27 | pb__ | ggilbert: sounds reasonable to me |
| 17:23.27 | ggilbert | there are a shed load of opie files and I don't have a clue which were actually shipped :p |
| 17:23.32 | CIA-9 | 03coredump 07org.oe.oz354x * r36c7245d... 10/packages/udev/ (files/mount.sh udev-084/udev.rules udev_084.bb): |
| 17:23.32 | CIA-9 | udev: Add udev rule to auto-load the sd_mod module on demand, closing OE bug #811 |
| 17:23.32 | CIA-9 | Add basic auto-mounting support with automatic creation and deletion of mount-points |
| 17:23.34 | fromvega | emte: I was wondering, is there a way to connect anything to the motherboard I2C bus? I mean, any connector or something? |
| 17:23.36 | CIA-9 | 03coredump 07org.oe.dev * ra2ab0d3f... 10/packages/udev/ (files/mount.sh udev-084/udev.rules udev_084.bb): |
| 17:23.36 | CIA-9 | udev: Add udev rule to auto-load the sd_mod module on demand, closing OE bug #811 |
| 17:23.36 | CIA-9 | Add basic auto-mounting support with automatic creation and deletion of mount-points |
| 17:23.55 | zecke | ggilbert: Mail oe@handhelds.org what you are going to wipe |
| 17:24.07 | zecke | ggilbert: then people can bb -cfetch from oesources |
| 17:24.24 | emte | fromvega, it would depend on your mobo .. i have a hunch that the "extra" temp/fan sensor blocks are probably i2c |
| 17:24.26 | zecke | ggilbert: e.g. familiar is already mirroring sources at familiar.handhelds.org |
| 17:25.49 | *** join/#oe hwtechnik (n=hwtechni@tor/session/external/x-4a76a0400210d32f) |
| 17:27.49 | fromvega | emte: tks! |
| 17:28.43 | ggilbert | up to 14gig free, just clearing some of the temp files generated by bitbake |
| 17:29.13 | emte | fromvega if you are interested a PCI->i2c card does exist http://www.uxd.com/i2c.html#2 |
| 17:29.19 | emte | oh ... he is gone |
| 17:29.41 | ggilbert | I think my logs for oesources.org go back a month or so, so I'll make sure to move aside any files that are actively being requested |
| 17:33.57 | emte | ggilbert, you running anything like mrtg? |
| 17:34.08 | ggilbert | emte: nope |
| 17:34.18 | emte | that might graph/profile file |
| 17:34.26 | emte | :( |
| 17:38.58 | *** join/#oe shiyee (n=Shiyee@0x535d6425.abnxx4.adsl-dhcp.tele.dk) |
| 17:40.35 | *** join/#oe koen (n=koen@212.41.157.237) |
| 17:40.40 | *** join/#oe greentux (n=Matthias@195.227.105.180) |
| 17:43.54 | zecke | ~lart me |
| 17:46.56 | *** join/#oe Kristoffer (n=Kristoff@h227n2fls315o1049.telia.com) |
| 18:00.43 | *** join/#oe dyfet (n=dyfet@host246.docomolabs-usa.com) |
| 18:07.59 | ggilbert | the handhelds.org SSL certificate is pretty wonky :) |
| 18:38.55 | ggilbert | wheee rm |
| 18:39.32 | rm_you|class | ? :P lol |
| 18:39.44 | ggilbert | ... |
| 18:39.47 | ggilbert | not you |
| 18:40.04 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 18:40.07 | rm_you|class | i know ;) |
| 18:40.55 | *** join/#oe koen (n=koen@212.41.157.237) |
| 18:50.44 | *** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 18:53.20 | france_ | zecke: hi |
| 18:53.26 | zecke | hey |
| 18:54.19 | *** join/#oe greentux_ (n=Matthias@195.227.105.180) |
| 19:00.51 | ggilbert | hehe, made it 6% through the file list :p |
| 19:06.19 | ggilbert | 30% of the list is opie :p |
| 19:06.44 | zecke | ggilbert: I think most of it can be removed |
| 19:06.48 | zecke | ggilbert: we have all the data in cvs as well |
| 19:06.49 | ggilbert | yeah |
| 19:07.03 | ggilbert | zecke: I'm going to delete all the ones that aren't a specific version tag |
| 19:09.15 | ggilbert | not even worrying about old fixed version stuff at this point :p |
| 19:29.58 | *** join/#oe fishhead (n=d3200@c-67-165-88-141.hsd1.pa.comcast.net) |
| 19:32.24 | zecke | cya |
| 19:40.41 | ggilbert | so I finished my list of files to delete, and it's 1.5mb of file paths :p |
| 19:46.36 | pb_ | crumbs |
| 19:46.48 | ggilbert | actually that was the wrong file. 5.4mb |
| 19:46.51 | pb_ | sounds like some serious deleting |
| 19:50.50 | *** join/#oe darkschneider (n=gab@213.140.6.96) |
| 19:57.24 | *** join/#oe koen (n=koen@212.41.157.237) |
| 20:04.35 | ggilbert | that get's it to a very managable 4229 files and 4.6gig of space |
| 20:12.48 | lamikr | Hi what do you think from the following openobex_12.bb patch for the dev branch? Without it the configuration will faill for me to the complain that libusb.pc can not be checked in crosscompiler environment. http://pastebin.ca/49762 |
| 20:17.55 | mreimer | lamikr: are you working on the h6300 port? |
| 20:18.23 | lamikr | mreimer: Hi mreimer yes. |
| 20:19.14 | mreimer | lamikr: what do you think about shipping familiar 0.8.4 with udev 0.84? |
| 20:19.22 | lamikr | I have mostly spend my time with the kernel. |
| 20:19.23 | mreimer | the numbers match, so it must be right :-) |
| 20:20.02 | mreimer | do you have any objections? h2200 and hx4700 need 0.84, but I heard there was some problem with h6300. |
| 20:20.19 | lamikr | mreimer: I tested it about week ago (see bug 1525) and I had bad problems with the nfs mount over usb cable. |
| 20:21.03 | lamikr | The existing connection simply stopped to work after there came some hotplug agent messages in the console. |
| 20:21.14 | mreimer | lamikr: all nfs, or just nfs mount rootfs? |
| 20:22.15 | *** join/#oe jmau (n=jmau@p54A58C29.dip0.t-ipconnect.de) |
| 20:22.32 | lamikr | I mounted the rootfs over nfs. The mount itself worked in the beginning but I think got broken after udev was started from the init.d. |
| 20:22.33 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-3-35.w86-201.abo.wanadoo.fr) |
| 20:22.58 | lamikr | When I jumped back to older udev, everything worked again ok. |
| 20:24.19 | lamikr | mreimer: Are you familiar with udev or should I try to google if I can find similar kind of errors & solutions for others in the net? |
| 20:25.13 | mreimer | lamikr: I've spent a little time with udev, but I'm no expert. Google would probably be more helpful. All I could tell you about that problem would be to run udevmonitor and try to find out what it's doing |
| 20:25.33 | mreimer | lamikr: it would be good to get that fixed, but it doesn't sound like a serious enough problem to prevent shipping it in fam 0.8.4. If you agree, would you mind if I give reenoo the go-ahead to include udev 0.84 in the fam 0.8.4 release? |
| 20:25.57 | pb_ | ggilbert: heh, how much disk space was it using before? |
| 20:26.01 | goxboxlive | What does this mean? no buildable providers for bootstrap-image How can i solve this problem? |
| 20:26.11 | ggilbert | pb, about 100gig |
| 20:26.56 | pb_ | goxboxlive: it means that either there are no .bb files providing "bootstrap-image", or they are all unbuildable |
| 20:27.42 | goxboxlive | pb: Thanks, i edited the machine.conf file and it's solved. |
| 20:27.55 | lamikr | mreimer: At least for me it is very serious proplem as it prevents the development by using desktop. fam083 is now otherwise pretty stable. How much I would have time to find the fix for this? |
| 20:28.59 | mreimer | lamikr: all you would have to do is "ipkg install udev_0.83.ipk |
| 20:29.11 | mreimer | lamikr: err, 0.70 |
| 20:29.15 | mreimer | or whatever works for you |
| 20:29.35 | mreimer | endusers aren't going to need to nfs mount root |
| 20:30.39 | lamikr | mreimer: Yes that's quite true. Would it be possible to install 070 by default for the h6300 image? |
| 20:31.24 | mreimer | yes, by adding PREFERRED_VERSION_udev = "070" to h6300.conf |
| 20:32.35 | lamikr | mreimer: Ok, then it is fine for me to upgrade to 084. I will try to test more how the 084 works with the SD/MMC cards and whether I could find a solution for the nfs problem. |
| 20:35.48 | ggilbert | The mailing list appears to hate me, so I'll just post the list here |
| 20:35.58 | ggilbert | http://treke.net/~ggilbert/delete.txt |
| 20:37.10 | RP | mreimer, lamikr: Your udev problem sounds like it could be the network.sh script being over zealous |
| 20:37.23 | RP | I'd be interested to know if removing that script helps |
| 20:37.56 | lamikr | RP: Let me check... |
| 20:39.15 | *** join/#oe evildevil (n=evildevi@p54A6EEF8.dip.t-dialin.net) |
| 20:40.22 | RP | ggilbert: That's some list! :) |
| 20:40.27 | ggilbert | :) |
| 20:43.24 | goxboxlive | What is ipkg-linkudev, the task-bootstrap complains about it can not satidfy it's depedency |
| 20:45.55 | goxboxlive | The packace isent a *bb file either., i have googled for it, but no hits. |
| 20:46.50 | RP | goxboxlive: I suspect you have missed a space in an _append somewhere |
| 20:49.58 | goxboxlive | RP:Thx i'll look for it ( do u mean in a machine.conf file? ) |
| 20:50.15 | TheMasterMind1 | afternoon |
| 20:50.42 | RP | goxboxlive: Probably. I suspect you have an _append = "udev ..." somewhere which should be an _append = " udev |
| 20:50.59 | pb_ | hi tmm1 |
| 20:51.39 | goxboxlive | RP: Thx i found it, it was in a module definition with an space before it. thx a lot. |
| 20:57.42 | mreimer | lamikr: ok |
| 20:57.52 | *** join/#oe tux1800 (n=eric@modemcable211.23-80-70.mc.videotron.ca) |
| 20:59.37 | *** part/#oe greentux_ (n=Matthias@195.227.105.180) |
| 21:07.22 | lamikr | ok, I am now booting with udev084 without /etc/udev/scripts/network.sh |
| 21:08.56 | lamikr | mreimer & pb: Without network.sh the boots seems to work with udev084 from the nfs rootfs. |
| 21:09.34 | lamikr | Hups, not pn but RP :-) |
| 21:09.56 | mreimer | lamikr: very good |
| 21:10.52 | lamikr | So it seems that the rootfs connection is lost because network.sh calls propably ifconfig down... |
| 21:12.38 | lamikr | mreimer: One problem I still have. For some reason /etc/modules is still not generated automatically from the files in /etc/modutils during the first boot. |
| 21:13.30 | mreimer | lamikr: do you have the right lines in h6300.conf, like: module_autoload_snd-pcm-oss = "snd-pcm-oss" |
| 21:14.40 | *** join/#oe Ken|JLime (n=Ken|JLim@h227n2fls315o1049.telia.com) |
| 21:15.39 | Ken|JLime | I havent used bitbake in awhile now, and when i try it. I get a Traceback (most recent call last): |
| 21:15.39 | Ken|JLime | <PROTECTED> |
| 21:15.39 | Ken|JLime | <PROTECTED> |
| 21:15.39 | Ken|JLime | ImportError: No module named bb |
| 21:15.47 | Ken|JLime | no idea, what it might depend on |
| 21:16.07 | TheMasterMind1 | try a newer version of bitbake, from svn |
| 21:16.17 | TheMasterMind1 | sounds like its not installed, bb should be a part of bitbake |
| 21:16.46 | Ken|JLime | oki, might have something to do with me upgrading the system last week |
| 21:19.00 | JustinP | anyone in here with upload access to oesources? We need a mirror of gpgme |
| 21:19.04 | RP | mreimer, lamikr: That network.sh script should really look at the status of a network device before fiddling with it... |
| 21:20.14 | JustinP | It would also be nice if bb/oe checked the sources dir for these files before fetching |
| 21:21.02 | RP | JustinP: It does? |
| 21:21.30 | lamikr | mreimer: I think so... h6300.conf has things like: module_autoload_omapts = "omapts" |
| 21:21.50 | lamikr | module_autoload_i2c-omap = "i2c-omap" |
| 21:22.44 | JustinP | RP: I haven't been able to fetch it for days.... |
| 21:23.37 | ggilbert | JustinP: Check oesources.org before checking upstream? |
| 21:24.17 | ggilbert | or do you mean checking the local file system for checking upstream? |
| 21:24.36 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
| 21:26.34 | *** part/#oe evildevil (n=evildevi@p54A6EEF8.dip.t-dialin.net) |
| 21:27.17 | JustinP | ggilbert: I mean checking the local DL_DIR before trying either the source or oesources |
| 21:27.30 | pb_ | lamikr: does update-modules do the right thing if you run it manually? |
| 21:27.31 | ggilbert | hmm, it should do that already |
| 21:27.39 | lamikr | pb_: Yes |
| 21:27.45 | pb_ | ggilbert: yeah, it's always done that |
| 21:27.47 | JustinP | ggilbert: I found a mirror and downloaded it to my sources dir but it still went for the normal download... |
| 21:27.57 | RP | JustinP: It already does this. You probably didn't create the md5 file |
| 21:27.58 | pb_ | lamikr: in that case I guess you need to inspect the postinst script |
| 21:28.06 | ggilbert | Probably wants the md5 file |
| 21:28.11 | mreimer | pb_: thanks for fixing apmd |
| 21:28.12 | JustinP | RP: ah, I didn't think of the md5, I see |
| 21:28.16 | JustinP | nm, then |
| 21:28.31 | lamikr | pb_: Is it working for others? |
| 21:29.00 | pb_ | lamikr: it works for me on h3900. I don't know of anybody else who's testing o h6300. |
| 21:29.05 | ggilbert | That's the last thing tht's created for the file, so I believe do_fetch assumes that the file is incomplete if the md5 doesnt exist |
| 21:29.39 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 21:34.25 | lamikr | pb_: Do you know which script is supposed to call "update-modules"? |
| 21:36.26 | pb_ | lamikr: not offhand, but I can look it up |
| 21:36.30 | TheMasterMind1 | postinst on all the kernel modules |
| 21:37.04 | lamikr | pb_: That would be nice |
| 21:37.33 | pb_ | tmm1: is that true at first boot? I had a vague feeling it was done differently there. |
| 21:38.15 | pb_ | oh, wait, no, I'm probably mixing it up with depmod |
| 21:38.32 | pb_ | yeah, I think it is indeed in the kernel module postinsts. |
| 21:38.50 | *** join/#oe katossi (n=guillerm@dslb-084-062-132-193.pools.arcor-ip.net) |
| 21:41.34 | lamikr | pb_: I have for example a following post-inst script for the omapts. |
| 21:42.35 | lamikr | http://pastebin.ca/49780 for kernel-module-omapts-2.6.postings |
| 21:43.35 | pb_ | that looks fine |
| 21:43.40 | pb_ | does it actually get run at startup? |
| 21:44.09 | pb_ | oh, wait, no, it doesn't look fine |
| 21:44.34 | lamikr | Is the "2.6" thing in the end of the name incorrect? |
| 21:44.39 | pb_ | that script will run offline without doing the update-modules thing, so there will be nothing to cause the postinst to run again at boot time |
| 21:45.41 | pb_ | I think actually it's update-modules's own postinst script that does the business on first boot. |
| 21:45.57 | pb_ | Maybe that isn't happening for you for some reason. Do you see update-modules getting configured? |
| 21:46.34 | pb_ | the -2.6 thing is fine, by the way |
| 21:47.34 | lamikr | ok... update-modules.postints looks following: http://pastebin.ca/49782 |
| 21:48.02 | lamikr | I do not understand what if [ "x$D" != "x" ]; then checks. |
| 21:48.19 | pb_ | that's to make sure it does't run in offline mode during image construction |
| 21:48.33 | pb_ | $D will be set to a non-empty string at that point |
| 21:49.26 | CSMan | hmm i tried to bitbake mplayer-atty and it started to build quilt |
| 21:49.41 | lamikr | So is this postinst script supposed to be called during the image creation time or during the first boot? |
| 21:49.48 | pb_ | lamikr: both |
| 21:50.07 | pb_ | it should be called during image creation, return an error, then be called again during first boot and succeed at that point |
| 21:50.54 | lamikr | ok... Are h3900 images executed from the SD/MMC card or from the flash? |
| 21:51.19 | pb_ | flash |
| 21:51.57 | lamikr | In h6300 there is no support for the flash boot. Could that make the difference? |
| 21:52.09 | pb_ | I doubt it. The scripts should be just the same. |
| 21:52.32 | pb_ | If you watch the console output during initial boot, does it say "Configuring update-modules"? |
| 21:53.37 | lamikr | pb_: I will try again from fresh image. |
| 21:53.44 | pb_ | okay, good plan |
| 21:54.27 | pb_ | you could also inspect /usr/lib/ipkg/status in the image before booting. It should show update-modules as "Status: install ok unpacked". |
| 21:54.45 | pb_ | If it says "install ok installed", that means that ipkg thinks the postinst has already run. |
| 21:56.29 | lamikr | pb_; That may be a one step closer to solution. For omapts module I have for example "install ok installed" |
| 21:56.46 | pb_ | lamikr: that's ok for the modules |
| 21:56.52 | pb_ | they don't need reconfiguring at boot time |
| 21:57.52 | lamikr | Update modules, status: install ok unpacked |
| 21:58.36 | pb_ | that looks good |
| 21:58.57 | pb_ | I guess you need to watch during bootup now to see what happens |
| 21:59.23 | lamikr | Yes, I will disable the bootsplash. |
| 21:59.46 | lamikr | I have empty /etc/modules could that prevent it to be overwritten? |
| 22:01.06 | mreimer | trying to build gpe-image I get: ERROR: Cannot satisfy the following dependencies for task-bootstrap: kernel-image-2.6.16-hh0 |
| 22:01.26 | mreimer | but I see the kernel has been built: tmp/deploy/images/zImage-2.6.16-hh0+cvs20060418-h2200-20060418005901 |
| 22:01.50 | mreimer | does gpe-image not know how to deal with kernels built from cvs? |
| 22:02.07 | pb_ | lamikr: mm, not sure. the h3900 images don't seem to have that file, but I wouldn't expect it to really be a problem. |
| 22:02.54 | pb_ | oh, actually, yeah, it would be a problem. update-modules won't automatically overwrite a file that it didn't create. |
| 22:03.07 | pb_ | I guess you need to figure out where that file is coming from, and... stop it. |
| 22:03.13 | TheMasterMind1 | i thought somewhere an ipkg flag was run |
| 22:03.19 | TheMasterMind1 | so that postinst ran again on first boot |
| 22:03.26 | pb_ | yes, it is |
| 22:04.03 | pb_ | mreimer: that is rather odd. |
| 22:04.14 | mreimer | I've tried rebuilding task-bootstrap but that didn't help |
| 22:04.40 | pb_ | where's task-bootstrap getting "kernel-image-2.6.16-hh0" from? |
| 22:04.52 | pb_ | I guess it must be in one of your .conf files someplace |
| 22:05.00 | mreimer | good question; I'll look |
| 22:05.35 | mreimer | PREFERRED_PROVIDER_virtual/kernel = "handhelds-pxa-2.6" |
| 22:05.47 | mreimer | probably the _cvs.bb gets chosen |
| 22:05.55 | pb_ | yeah, that's fine |
| 22:05.57 | CSMan | how do i clean a package ? i want to rebuild it |
| 22:06.00 | *** join/#oe W8TVI (n=me@166.165.159.46) |
| 22:06.05 | CSMan | something went wrong |
| 22:06.13 | pb_ | you need to figure out where the entry in task-bootstrap's RDEPENDS is originating |
| 22:06.17 | mreimer | bitbake -i, then 'parse', then 'rebuild package' |
| 22:06.30 | mreimer | thanks pb_. sleep well |
| 22:06.31 | pb_ | bedtime now, really |
| 22:06.32 | pb_ | night night |
| 22:06.42 | lamikr | pb_; Good night |
| 22:06.54 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 22:07.30 | CSMan | mreimer: do you know if wpa for the h5550 is still unsolved ? |
| 22:07.39 | mreimer | CSMan: I don't know |
| 22:16.38 | CSMan | i'm trying to build mplayer and it starts to build quilt , is it trying to update everthing? because i already have that package and others built |
| 22:17.05 | mreimer | it's probably updating everything that's changed |
| 22:17.25 | CSMan | right, but after a while it fails |
| 22:18.24 | rwhitby | koen|away: same problems with rdepends in http://logs.nslu2-linux.org/buildlogs/autobuild-nudi-last.txt |
| 22:18.48 | rwhitby | ERROR: Nothing provides runtime dependency glibc-gconv |
| 22:18.48 | rwhitby | NOTE: |
| 22:18.48 | rwhitby | NOTE: no buildable providers for bogofilter |
| 22:19.05 | rwhitby | ERROR: Nothing provides runtime dependency python |
| 22:19.05 | rwhitby | NOTE: |
| 22:19.05 | rwhitby | NOTE: no buildable providers for ipkg-utils |
| 22:19.22 | rwhitby | Are these metadata bugs, or bitbake bugs? |
| 22:41.10 | *** join/#oe nlt (n=laradji@dsl-magic-1.mpl4.ovea.net) |
| 22:41.30 | Ecco | Hey guys |
| 22:41.49 | Ecco | do you know if it's worth anything to buy an high-speed SD card on a Zaurus (C-1000 or c)760) |
| 22:49.49 | *** join/#oe PabloOdorico (n=void@168.226.137.111) |
| 23:06.43 | CIA-9 | 03xora 07org.oe.dev * rf52978a7... 10/packages/gnome/gnome-vfs-dbus_svn.bb: gnome-vfs-dbus_svn.bb : Add meaningful PV and make default |
| 23:54.05 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:55.19 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
