| 00:06.21 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
| 00:06.36 | *** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net) |
| 00:40.57 | *** join/#oe jpieper (~jpieper@209-6-38-60.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 00:54.37 | *** join/#oe tmbinc__ (abcd@83.141.3.59) |
| 00:58.32 | *** join/#oe mkneissl (~mkneissl@m5k5.de) |
| 01:11.29 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 01:30.49 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 01:38.38 | *** join/#oe Jefro (~josiermi@nat/intel/x-aelcjyxjlrfnsqpu) |
| 01:50.35 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
| 02:05.31 | *** join/#oe devzero_ (devzero@xdsl-78-35-58-114.netcologne.de) |
| 02:32.55 | *** join/#oe ibot (~ibot@rikers.org) |
| 02:32.55 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 02:33.37 | *** join/#oe nogardeht (~nogardeht@190.189.167.204) |
| 02:33.49 | nogardeht | Hi all |
| 02:37.23 | *** join/#oe ibot (~ibot@rikers.org) |
| 02:37.23 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 02:43.53 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 02:45.58 | *** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
| 02:55.15 | *** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
| 03:17.49 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
| 03:31.48 | *** join/#oe zenlinux_laptop (~sgarman@199.223.122.186) |
| 03:44.31 | *** join/#oe htns (~htns@175.139.211.165) |
| 03:46.33 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 03:48.02 | htns | Hi. newbie question, I have built cacao, jamvm and classpath and installed the ipks on the target, is there a way to test if it works? perhaps another package i can build and install? |
| 04:39.53 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 05:03.46 | *** join/#oe sanket (~sanket@114.143.162.182) |
| 05:19.04 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
| 05:32.51 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 06:08.24 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:11.58 | *** join/#oe signal11 (esteban@gnv.quaddro.net) |
| 06:16.16 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 06:31.58 | *** join/#oe amarsman (~marsman@89.184.175.76) |
| 06:34.54 | *** join/#oe zecke (~ich@91-64-95-94-dynip.superkabel.de) |
| 06:49.05 | *** join/#oe rschus (~rschus@172.176.73.86.rev.sfr.net) |
| 07:05.11 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 07:41.10 | *** join/#oe rschus1 (~rschus@172.176.73.86.rev.sfr.net) |
| 07:44.50 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 07:45.21 | *** join/#oe kristoffer (~kristoffe@c-32dae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 07:55.46 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 07:55.47 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:01.40 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:05.26 | *** join/#oe captainigloo (~nico@lan31-4-82-227-130-131.fbx.proxad.net) |
| 08:06.40 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 08:08.01 | *** join/#oe woglinde (~heinold@f052234168.adsl.alicedsl.de) |
| 08:11.48 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
| 08:24.33 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 08:25.34 | XorA | morning |
| 08:26.34 | woglinde | hi xora |
| 08:26.41 | woglinde | how is your wrist? |
| 08:26.59 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:28.11 | XorA | woglinde: improving I think, but Ive not been doing grappling last two weeks |
| 08:30.01 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 08:33.35 | bluelightning | morning all |
| 08:33.42 | woglinde | hi bluelightning |
| 08:33.49 | bluelightning | hey woglinde |
| 08:34.49 | XorA | hey |
| 08:35.15 | ka6sox-away | hiya XorA hope you get better soon. |
| 08:35.41 | woglinde | ka6sox hush go to sleep |
| 08:35.51 | ka6sox-away | heh.... |
| 08:36.11 | woglinde | okay till later |
| 08:36.16 | XorA | ka6sox-away: being a little battered is a way of life for me :-D |
| 08:36.46 | ka6sox-away | XorA, I know the feeling. |
| 08:37.19 | XorA | slightly more battered today after training in a different style for last 2 days |
| 08:38.26 | *** join/#oe Crofton (~balister@217.64.247.158.mactelecom.net) |
| 08:39.38 | davidlt | How to configure timezones under Linux? I have tzdata package, I set /etc/localtime and /etc/timezone |
| 08:39.46 | davidlt | But it looks like time is wrong |
| 08:40.19 | XorA | ln -s /usr/share/timezones/Europe/London /etc/localtime |
| 08:40.27 | XorA | if I remember rightly |
| 08:40.31 | davidlt | time() and localtime() returns UTC time, while SQlite3 strftime() returns it as it should be |
| 08:41.17 | davidlt | No, SQLite3 also returns wrong time but with the right timezone offset |
| 08:41.26 | davidlt | 'date' shows time as it should be |
| 08:44.02 | davidlt | I messed up something |
| 08:55.30 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:00.55 | *** join/#oe Heinervdm (~thomas@pD9E13A3E.dip.t-dialin.net) |
| 09:05.47 | davidlt | Okay |
| 09:06.05 | davidlt | So date utility reports correct localtime and UTC time (date -u) |
| 09:06.28 | davidlt | UTC: 9 am, local: CEST, 11 am |
| 09:06.32 | davidlt | Code: |
| 09:06.33 | davidlt | GMT: Fri Jun 24 10:03:09 2011 |
| 09:06.41 | davidlt | Local: Fri Jun 24 10:03:09 2011 |
| 09:07.29 | davidlt | I used gmtime() and localtime() |
| 09:14.44 | *** join/#oe Transformer (~Transform@ool-4a59e397.dyn.optonline.net) |
| 09:51.16 | *** join/#oe pepermint (~pepermint@host167-77-dynamic.8-87-r.retail.telecomitalia.it) |
| 10:23.14 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:30.32 | *** join/#oe likewise (~likewise@42-81-ftth.onsneteindhoven.nl) |
| 10:51.41 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:54.56 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 11:02.30 | woglinde | jo mickeyl |
| 11:05.55 | *** join/#oe rschus (~rschus@172.176.73.86.rev.sfr.net) |
| 11:18.00 | *** join/#oe CcSsNET (~ccssnet@c-98-216-138-179.hsd1.ma.comcast.net) |
| 11:23.15 | CIA-109 | 03Mark Hatle <mark.hatle@windriver.com> 07master * ra5caaaaba8 10bitbake.git/lib/bb/ (build.py runqueue.py): (log message trimmed) |
| 11:23.15 | CIA-109 | runqueue.py: Add umask task control |
| 11:23.15 | CIA-109 | The umask for a task can now be set as: |
| 11:23.15 | CIA-109 | task[umask] = 022 |
| 11:23.15 | CIA-109 | task[umask] = '022' |
| 11:23.16 | CIA-109 | If specified as a text string, it must be octal. (This is due to |
| 11:23.16 | CIA-109 | recipe parsing where it's always set to a string.) |
| 11:31.08 | mickey|office | hi wog |
| 11:31.10 | mickey|office | linde |
| 11:34.06 | *** join/#oe woglinde_ (~heinold@f052234168.adsl.alicedsl.de) |
| 11:47.21 | CcSsNET | hi mark hatle, windriver hiring near boston? |
| 11:47.40 | CcSsNET | looking for linux admin work |
| 11:47.53 | CcSsNET | moves along to other channels. pm me if u like |
| 11:57.09 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 11:58.19 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 12:05.34 | *** join/#oe woglinde1 (~heinold@g229045113.adsl.alicedsl.de) |
| 12:09.47 | *** join/#oe rschus1 (~rschus@172.176.73.86.rev.sfr.net) |
| 12:18.58 | *** join/#oe timtimred (~meh@host86-181-7-35.range86-181.btcentralplus.com) |
| 12:22.54 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 12:23.50 | *** join/#oe kevinsc (~a0214685@nat/ti/x-pibnxkxprtouddxz) |
| 12:46.38 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:46.44 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 12:48.11 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 13:00.00 | *** join/#oe lamawithonel (~lucas@wsip-174-79-188-247.dc.dc.cox.net) |
| 13:11.07 | *** join/#oe brolin (~brolin@nat216.udea.edu.co) |
| 13:31.11 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 13:56.29 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 14:00.55 | *** join/#oe rickfoosusa (~chatzilla@adsl-68-91-195-173.dsl.austtx.swbell.net) |
| 14:06.14 | *** join/#oe devzero_ (devzero@xdsl-78-34-212-5.netcologne.de) |
| 14:13.40 | *** join/#oe chouimat (~mathieu@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 14:13.40 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 14:23.20 | *** join/#oe mgundes (~kays@95.0.156.17) |
| 14:30.29 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 14:32.26 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 14:38.58 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 14:39.31 | *** join/#oe jconnoll1 (~jconnolly@66.43.64.66) |
| 14:39.58 | *** join/#oe aloisiojr (~aloisio@177.19.50.40) |
| 14:52.59 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 14:53.10 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 15:01.13 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-khrnlmjvgjibwtla) |
| 15:08.31 | *** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net) |
| 15:08.32 | *** join/#oe joelagnel (~joel@nat/ti/x-tfulhywgnaiufwpe) |
| 15:21.12 | kergoth | hmm |
| 15:23.07 | *** join/#oe Heinervdm (~thomas@pD9E13A3E.dip.t-dialin.net) |
| 15:30.37 | fray | umm this looks odd.. oe-core meta/recipes-kernel/linux-firmware/linux-firmware_git.bb the do_install installed 3 files at 0666 |
| 15:30.45 | fray | should htey REALLY be 0666 or 0644? |
| 15:31.00 | fray | doesn't know what a "Libertas sd8686" is to be able to comment |
| 15:31.29 | woglinde | they should be 644 |
| 15:31.36 | woglinde | its only firmware |
| 15:31.44 | fray | I'll fix it and send up a bitch in a bit then |
| 15:32.40 | fray | PATCH yeesh |
| 15:32.49 | fray | wonders what his fingers are thinking |
| 15:33.09 | woglinde | lol |
| 15:36.45 | kergoth | haha |
| 15:37.07 | kergoth | fray's a pimp on a side, it seems |
| 15:37.13 | kergoth | s/ a / the / |
| 15:37.24 | fray | no i was thinking about bitching about something on an internal mailing list.. ;) |
| 15:37.44 | fray | apparently my brain and fingers were coordinating about what I wasn't trying to type |
| 15:38.03 | Tartarus | heh |
| 15:38.46 | tharvey | anyone know why kernel-headers does not include contents of STAGING_KERNEL_DIR required to build external modules? |
| 15:39.11 | fray | kernel-headers should -never- be used to build modules.. they only exist for userspace programs |
| 15:39.12 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 15:39.27 | fray | external modules should always use the kernel sources directly -- or the staging kernel dir |
| 15:39.51 | fray | (glibc and other things munge the userspace kernel headers for userspace usage, and the userspace headers do not have to match the running kernel -- while modules do) |
| 15:40.02 | tharvey | the staging kernel dir isn't packaged externally anywhere is it? |
| 15:40.15 | fray | I'm not sure.. |
| 15:40.18 | tharvey | and the kernel sources need to be 'prepared' somehow to build external modules (in a way I'm not clear of) |
| 15:40.39 | kergoth | hmmmm |
| 15:41.06 | fray | neither am I.... but I know how Fedora and others do it.. they export a development package that provides much of the kernel sources pre-configured for module usage |
| 15:41.13 | tharvey | is there any value to having kernel-headers package as well as linux-libc-headers? (I assume perhaps bc linux-libc-headers are typically dated) |
| 15:41.46 | tharvey | ya, I'm trying to understand how other distros do it - been digging through the src pkg for ubuntu, not that I can follow it easily |
| 15:41.56 | fray | AFAIK, kernel-headers is an input to what generates linux-libc-headers.. but I might be out of date on that |
| 15:42.30 | fray | Fedora exports the makefiles and specific referenced source and headers and places them into /lib/modules/kernel (I think thats it) |
| 15:42.43 | fray | then your modules can be set that the kernel sources are located there and they "magically" work.. |
| 15:43.14 | fray | In the past they did a lot of munging of files to save space..it's much easier to just provide the configured kernel source as a whole -- maybe remove the .o files |
| 15:45.43 | tharvey | I'm thinking the kernel-headers package should be replaced by one that includes all thats needed to build external modules - I'm not clear what value it adds otherwise compared to the linux-libc-headers-dev |
| 15:46.24 | tharvey | diff is that linux-libc-headers-dev has 'sanitized' headers (derived from make headers_install) and kernel-headers are 'un-sanitized' but still not clear why one would need both |
| 15:47.42 | fray | I think it's just so that the santized headers can be created... it's part of the sysroot bootstraping process |
| 15:48.31 | tharvey | if that were the case I wouldn't think they would be packaged |
| 15:48.47 | tharvey | (this all has to do with being able to build external modules via an SDK by the way) |
| 15:49.55 | fray | What I have see (elsewhere) is: kernel-headers (unsanitized by libc) are produced from a specific Linux kernel definition.. this doesn't track any board configuration.. this gets loaded as step one.. then the libc builds.. and these headers are munged and replaced by the sanitized version(s) |
| 15:50.27 | fray | for module support the configured kernel is split between the run-time binary and a copy of the entire configured source and placed in /lib/modules/kernel/<board>-<version> |
| 15:51.47 | tharvey | yes, thats true for the linux-libc-headers (LINUX_LIBC_HEADERS_VERSION) but for the machine's kernel recipe they are also packaged by OE as kernel-headers |
| 15:52.36 | tharvey | what you describe is what I see for typical distros yes, but not by OE built distros |
| 15:53.37 | tharvey | I'm up for creating a patch to address this, but I was thinking of 'replacing' kernel-headers package with one that could build external modules (for inclusion in a meta-toolchain) |
| 16:03.16 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 16:24.47 | khem | tharvey: if you need to do kernel development or kernel modules you need kernel (unsanitized headers) for user space you need sanitized headers i.e. linux-libc-headers in OE terms |
| 16:25.35 | khem | tharvey: so the SDKs we provide are more of Application Dev kits |
| 16:26.03 | khem | you need probably a Platform Dev Kit for writing device drivers or other kernel development |
| 16:28.33 | ant_work | khem: about this, it seems klibc can be built against linux-libc-headers(-dev) but I see little point changing the dependency on virtual/kernel in OE |
| 16:29.05 | khem | why not |
| 16:29.47 | ant_work | because I build an initramfs and I need a kernel where inject it |
| 16:30.16 | ant_work | "I" means typical klibc user I guess |
| 16:30.49 | ant_work | but yes, things are separated |
| 16:32.04 | khem | I dont think the dep belongs to klibc |
| 16:32.10 | khem | it belongs to image |
| 16:33.07 | ant_work | klibc-utils -> cpio (image) -> kernel |
| 16:33.40 | khem | that is ok but direct dep is not required I mean |
| 16:34.15 | ant_work | it seems so, reading debian posts |
| 16:35.21 | khem | ant_work: my attempt to install gentoo faired miserably |
| 16:35.34 | khem | kernel would boot but not find my ext4 rfs |
| 16:35.47 | khem | so I gave up after wasting 2 hrs |
| 16:36.10 | ant_work | ah, boot with another distro, chroot, reconfigure kernel,... |
| 16:36.31 | *** join/#oe kevinsc (~a0214685@nat/ti/x-cdzzuqqqlobkbxoe) |
| 16:37.04 | khem | ant_work: yeah but I am fine for now with xubuntu |
| 16:37.15 | khem | xubuntu is lighter than KDE or Gnome |
| 16:37.23 | khem | I needed something lighter |
| 16:38.13 | woglinde | awesome |
| 16:38.19 | woglinde | is light |
| 16:38.20 | ant_work | I can only say ubuntu could crash my PC, self-compiled Gentoo never... |
| 16:38.38 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 16:38.53 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 16:39.14 | *** join/#oe udovdh_ (~udovdh@pindarots.xs4all.nl) |
| 16:40.01 | kergoth | awesome is quite nice, stays the hell out of my way |
| 16:41.37 | tharvey | khem, would you have objection to me changing what kernel-headers package includes (currently these are simply unsanitized headers for the machine kernel and I'm not clear if anyone uses them) |
| 16:42.06 | tharvey | my change would be to include whats needed from machine kernel tree to make them appropriate for a platform sdk as you say |
| 16:42.38 | tharvey | actually, seems to make sense that I would not tweak 'kernel-headers_*.ipk' but to create a 'kernel-headers-$MACHINE_*.ipk' |
| 16:46.15 | hbeck | if I wanted to build opkg with curl/ssl support, what would be the best way to make a change to the EXTRA_OECONF that is in opkg.inc currently? (is there a nice way to do it with bbappend? ...without smashing the rest of what's in that var) |
| 16:46.39 | ant_work | bbl, bye |
| 16:48.35 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 16:50.14 | woglinde | hi effem |
| 16:50.26 | eFfeM | hi woglinde, all |
| 16:50.31 | eFfeM | only shortly here today |
| 16:55.02 | *** join/#oe pepermint (~pepermint@host167-77-dynamic.8-87-r.retail.telecomitalia.it) |
| 17:05.41 | otavio | I am having trouble with busybox compilation due lack of rpc.h |
| 17:06.03 | otavio | anyone knows the way to fix it? |
| 17:06.21 | Tartarus | otavio: yeah, update again, the glibc update was reverted |
| 17:06.35 | otavio | Tartarus: I did |
| 17:06.50 | otavio | Tartarus: my tree is current oe-core and it keeps failing |
| 17:06.52 | Tartarus | Time for some heavy -c clean'ing perhaps then |
| 17:07.01 | woglinde | otavio check oe-core ml |
| 17:07.11 | otavio | Tartarus: shouldn't I need to clean some? |
| 17:07.33 | otavio | Tartarus: I'd say the fix and bumps ought to be commited |
| 17:08.04 | Tartarus | otavio: Yeah, but I think you're in a bad state and need to either -c clean out some stuff or just start over from sstate cache |
| 17:08.51 | otavio | Tartarus: removing tmp |
| 17:08.54 | otavio | Tartarus: let's see |
| 17:14.34 | *** join/#oe GNUtoo (~GNUtoo@host190-137-dynamic.50-79-r.retail.telecomitalia.it) |
| 17:21.33 | *** join/#oe gnutoo_ (~GNUtoo@host190-137-dynamic.50-79-r.retail.telecomitalia.it) |
| 17:27.44 | *** join/#oe anarsoul_ (~anarsoul@80.249.94.232) |
| 17:36.20 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 17:44.01 | *** join/#oe morphis (~morphis@p5B3E71D8.dip.t-dialin.net) |
| 17:50.25 | otavio | Has someone got this? |
| 17:50.51 | otavio | | make[2]: *** No rule to make target `/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr/lib/libosp.la', needed by `openjade'. Stop. |
| 17:51.13 | otavio | openjade-native |
| 17:51.17 | fray | hasn't seen that.. but I'm not building openjade |
| 17:52.03 | otavio | fray: mind to try? |
| 17:53.11 | fray | where are you pulling it from? oe-dev, meta-oe, ? |
| 17:53.33 | otavio | fray: oe-core |
| 17:54.36 | fray | actually I just checked I DID build it recently.. (late last night) |
| 17:54.49 | fray | verifies it didn;t silently error |
| 17:55.13 | fray | ya it built to completion |
| 17:55.26 | fray | I'm on a Fedora 13 host (x86-64) |
| 17:55.58 | otavio | fray: is it possible for you to cleansstate and built it again? |
| 17:56.04 | otavio | fray: I fear gcc update has broken it |
| 17:56.19 | fray | I -do- have a libosp.la BTW |
| 17:56.35 | fray | when my current build is done I'll try rebuilding it.. |
| 17:56.42 | fray | (likely 10 minutes or so) |
| 18:03.13 | fray | (I REALLY hate rebuilding qt.. takes forever) |
| 18:12.48 | kergoth | speaking of hating rebuilding things, do we have a known-good external-toolchain-crosstool-ng floating around anywhere? |
| 18:12.54 | kergoth | seems like it'd be a common one to use |
| 18:12.55 | fray | ok.. trying to build openjade-native now |
| 18:13.37 | fray | otavio built -- no errors |
| 18:13.54 | otavio | fray: confusing; are you using today's oe-core? |
| 18:14.09 | fray | ya.. plus a few (completely unrelated) patches not yet in oe-core |
| 18:14.24 | fray | (fixup_perms patch and a prelink uprev) |
| 18:14.41 | fray | I'm doing world builds tracking down bad permissions |
| 18:17.47 | otavio | I am going to build from scratch (with clean sstate) to check |
| 18:24.28 | fray | I think I FINALLY have all of the modes right in the system.. only collisions remaining are package bugs AFAIK |
| 18:24.28 | joelagnel | I'm trying to run the do_pack_write_ipk script in the temp directory, I see it is written in python and probably imported from somewhere. Is there a way for me to run this script from devshell? |
| 18:24.55 | fray | both sysvinit-sulogin and tinylogin profix "/sbin/sulogin".. one is a file and one is a symlink |
| 18:25.07 | fray | simialr issue w/ the matchbox-wm |
| 18:29.52 | *** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl) |
| 18:35.10 | otavio | Yes; fully reproducable ... it fails to build here indeed |
| 18:35.17 | otavio | openjade-native is not buildable |
| 18:39.36 | *** join/#oe florian (~fuchs@sign-4d091cc7.pool.mediaWays.net) |
| 18:39.40 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:40.20 | *** join/#oe toi (~peter@94-226-61-212.access.telenet.be) |
| 18:40.22 | *** join/#oe Heinervdm (~thomas@pD9E13A3E.dip.t-dialin.net) |
| 18:41.35 | GNUtoo | hi, ncurses still fails to do_qa_configure telling it has hosts includes in oe-core |
| 18:42.54 | GNUtoo | | Rerun configure task after fixing this. The path was '/home/gnutoo/port4/embedded/oe-core/oetmps/shr/work/armv4t-oe-linux-gnueabi/ncurses-5.9-r0.1/ncurses-5.9/widec' |
| 18:43.04 | kergoth | built angstrom from oe-core yesterday, testing distroless now |
| 18:43.21 | GNUtoo | if I cannot build even an image it's hard for me to switch |
| 18:43.23 | otavio | kergoth: are you going to do a full build? |
| 18:43.33 | GNUtoo | I can wait tough |
| 18:43.34 | kergoth | where "full" means what? |
| 18:43.42 | otavio | kergoth: please test today's tip and try openjade-native |
| 18:43.45 | otavio | kergoth: it fails here |
| 18:43.55 | otavio | kergoth: I cleaned up tmp and sstate cache |
| 18:44.03 | kergoth | k, kicking it off now |
| 18:44.29 | kergoth | this is ubuntu, not even sure what version, i think its 10.04 |
| 18:44.32 | otavio | oe-core is quite unstable these days. |
| 18:44.59 | kergoth | well, the switch to gcc 4.6 caused some issues, not too surprising |
| 18:45.06 | kergoth | you can always opt into 4.5 or whatever and see if that helps |
| 18:45.14 | fray | otavio -- I'm finding it increasingly more stable (with a few hiccups) |
| 18:45.25 | otavio | fray: not for me. |
| 18:45.38 | fray | the openjade-native failure though should have nothing to do with the gcc change.. |
| 18:45.46 | fray | since it uses the host system's tooling |
| 18:46.00 | otavio | fray: the pulling process IMO is not being properly tested. And this is the opposite of what is suppose to happen |
| 18:46.14 | otavio | fray: it is probably a missing depends somewhere |
| 18:46.18 | otavio | fray: but dunno where |
| 18:46.32 | fray | are the other files in that directory there, just not the .la? |
| 18:46.43 | kergoth | i haven't had a failure in a while. a few weeks ago, now, i had failures pretty much every day :\ |
| 18:47.01 | fray | if only the .la is missing check that your libtool is functioning properly.. I had a failure building libtool.. but it went away and I haven't been able to reproduce it |
| 18:49.40 | fray | one of the quality issues is that the auto builders we've been relying on have had problems this week.... I believe things should be returning to normal though |
| 18:50.12 | *** join/#oe nitink (~nitink@192.55.54.42) |
| 18:50.14 | otavio | kergoth: same to me. |
| 18:50.26 | kergoth | do we run the things that will be pulled in the autobuilder before they get pulled, or is it only after-the-fact? |
| 18:50.40 | fray | kergoth typically they are run with the autobuilder (for the most part).. |
| 18:50.51 | otavio | fray: we ought to have something as linux-next |
| 18:50.53 | fray | that hasn't really happened much this week due to the problem and other circumstances |
| 18:51.04 | fray | otavio that -is- master of oe-core |
| 18:51.16 | otavio | fray: this way things gets tested before |
| 18:51.18 | otavio | fray: no! |
| 18:51.19 | fray | we've not released an oe-core so there is no stable yet.. (but the intention is it's supposed to be more stable then not) |
| 18:51.27 | kergoth | fray: right, but *when* are they run with the autobuilder, before its pushed to master or after? :) |
| 18:51.35 | fray | kergoth both |
| 18:51.41 | kergoth | k |
| 18:51.55 | otavio | fray: master is to have things tested. This is what people doing the consolated pull requests should test before sending those |
| 18:52.07 | *** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl) |
| 18:52.16 | fray | otavio yes.. and I know, for the most part, people have been testing extensively.. |
| 18:52.22 | fray | there have been lapses though |
| 18:52.40 | fray | (read the minutes of the TSC meeting when it comes out in a day or so.. we had a fairly extensive discussion on the topic) |
| 18:52.57 | otavio | fray: so for example, the eglibc thing shouldn't have been merged with a missing rpc file and like |
| 18:53.04 | fray | yes.. we agree. |
| 18:53.07 | kergoth | even with the autobuilders its impossible to test everything due to differences in build machines, build ordering issues, etc.. only so much we can do |
| 18:53.08 | otavio | fray: this broke all my build and I needed to start again :-( |
| 18:53.18 | fray | broke mine as well.. |
| 18:53.32 | kergoth | thank goodness for sstate |
| 18:53.34 | kergoth | heh |
| 18:53.41 | otavio | kergoth: sure. But some mistakes that have happened lately are quite obvious due lacks of test |
| 18:53.43 | kergoth | even if it can be kind of brittle |
| 18:53.59 | kergoth | otavio: openjade-native built fine on my machine too |
| 18:54.04 | otavio | kergoth: grr |
| 18:54.08 | otavio | what I am missing? |
| 18:54.34 | fray | check if you have any of the other files in that dir.. if you do and only the .la is missing (there should be a coresponding libosp.a and libos.so) |
| 18:54.41 | fray | check libtool.. |
| 18:54.54 | fray | if the libosp.* are all missing then it's something deeper |
| 18:55.19 | hbeck | <PROTECTED> |
| 18:55.31 | CIA-109 | 03Simon Busch <morphis@gravedo.de> 07master * r121032a475 10openembedded.git/recipes/linux/linux-palmpre_git.bb: |
| 18:55.31 | CIA-109 | linux-palmpre: update to the latest version |
| 18:55.31 | CIA-109 | This will include a fix for the palmpre2 to get wireless network working. On the palmpre2 |
| 18:55.31 | CIA-109 | another gpio is used to reset the wifi chip as on the palmpre. |
| 18:55.31 | CIA-109 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 18:55.50 | fray | do a .bbappend and do EXTRA_OECONF += ... |
| 18:56.03 | fray | later configure values should replace earlier ones (unless it's not gnu autoconf) |
| 18:56.27 | hbeck | ok so if I re-feed it --enable-curl that should work? great |
| 18:56.34 | fray | yes |
| 18:56.41 | hbeck | thanks |
| 18:56.46 | hbeck | wasn't sure if it was that easy |
| 18:56.47 | hbeck | heh |
| 18:57.44 | otavio | (devel).% grep libosp.la * -R |
| 18:57.44 | otavio | jade/Makefile.lt:LT_LIBS=../style/libostyle.la ../spgrove/libospgrove.la ../grove/libogrove.la /home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr/lib/libosp.la |
| 18:57.48 | otavio | strange |
| 18:58.02 | fray | whats /home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr/l |
| 18:58.08 | fray | <PROTECTED> |
| 18:58.12 | fray | ugh bad paste |
| 18:58.17 | otavio | I am able to reproduce it into devshell (thanks kergoth for the patches :P) |
| 18:58.18 | fray | point is.. are there oths? |
| 18:58.33 | fray | 's typing is going away again.. must be Friday |
| 19:00.22 | otavio | humm |
| 19:00.27 | otavio | maybe I got a point here |
| 19:00.29 | otavio | let me test |
| 19:05.43 | otavio | HECK! got it |
| 19:05.57 | otavio | pb_: are you there? |
| 19:07.09 | otavio | fray: this was my fault. I have cooked a patch (that is waiting in my tree for testing) that removes the .la files after do_install hence it avoids a lot of .la files in -dev packages and like |
| 19:07.27 | otavio | fray: however it seems openjade depends on .la file of other package |
| 19:07.35 | otavio | fray: this seems wrong. |
| 19:07.44 | otavio | pb_: ^ mind to comment on that? |
| 19:08.14 | fray | otavio thats the problem with libtool.. it get into everything and it's hard to remove |
| 19:08.21 | fray | some things actually require it to link due to other issues |
| 19:09.40 | otavio | fray: IMO openjade ought to link against '-losp' without using the .la file |
| 19:10.39 | *** join/#oe tdebrouw` (~tdebrouw@91.182.196.196) |
| 19:14.32 | kergoth | otavio: .la files should DIAF on any machine with a decent linker, really.. |
| 19:14.46 | kergoth | well, there's one useful case, i guess, deps of static libs, but meh |
| 19:16.06 | otavio | kergoth: yes; I got it partially done. Will try to hack openjade to see if I can drop this requirement later. |
| 19:18.58 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 19:33.08 | *** join/#oe methril (~methril@189.27.136.165.dynamic.adsl.gvt.net.br) |
| 19:34.36 | *** join/#oe chouimat (~mathieu@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 19:34.41 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 19:44.32 | *** join/#oe pespin (~pespin@90.163.83.6) |
| 19:49.22 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 19:49.31 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 20:01.34 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 20:06.21 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
| 20:07.49 | pespin | hi, I can't login to patches.openembedded, it says my account is inactive. Any idea? |
| 20:36.09 | *** join/#oe ant__ (~andrea@host65-36-dynamic.252-95-r.retail.telecomitalia.it) |
| 20:37.54 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 20:37.54 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:46.17 | ant__ | khem: ping |
| 20:50.06 | ant__ | NOTE: package flex-native-2.5.35-r7.1: task do_configure: Failed |
| 20:50.10 | ant__ | anyone? |
| 20:50.16 | ant__ | http://paste.debian.net/120885/ |
| 20:51.11 | woglinde | you dont have the oe patch autoconf |
| 20:51.21 | woglinde | which has the option to exlucde autopoint |
| 20:52.07 | ant__ | ? I have fresh pull |
| 20:53.25 | khem | ant__: is that on oe-core |
| 20:53.37 | ant__ | no, still .dev |
| 20:54.47 | khem | you need gettext installed either on your build host |
| 20:54.52 | khem | or build gettext-native |
| 20:54.56 | ant__ | fwiw yesterday's build failed on NOTE: package gettext-native-0.18-r6: task do_configure: Failed |
| 20:55.05 | khem | if recipes exist in .dev for gettext-native |
| 20:55.34 | khem | ant__: thats precedent to this problem then |
| 20:55.53 | khem | pespin: recreate it |
| 20:56.04 | ant__ | now, gettext has not yet started do_configure |
| 20:56.06 | khem | pespin: whats your login |
| 20:56.16 | khem | ant__: gettext-native is what u need |
| 20:56.24 | ant__ | this one I mean |
| 20:56.58 | khem | its nicely fixed in oe-core |
| 20:57.11 | khem | its can of worms in .dev in inherit gettext |
| 20:57.26 | pespin | khem, pespin |
| 20:57.38 | khem | it does not interact well with native class |
| 20:57.46 | ant__ | khem but now is totally broken |
| 21:02.46 | khem | pespin: retry |
| 21:03.07 | khem | ant__: yes not totally broken and not totally fixed somewhere in middle |
| 21:08.08 | ant__ | HEAD is now at e16a751 -> pretty sure here was ok |
| 21:08.14 | ant__ | testing |
| 21:08.44 | ant__ | eh.. need older bitbake |
| 21:10.45 | pespin | khem, done thanks :) |
| 21:16.22 | *** join/#oe rob_w (~bob@ppp-188-174-7-232.dynamic.mnet-online.de) |
| 21:45.11 | *** join/#oe chrisw957 (~chris@mail.tacticalelectronics.com) |
| 21:45.57 | ant__ | khem: fresh oe.dev doesn't cope with bitbake master. I went back to |
| 21:46.02 | ant__ | HEAD is now at ea0ca90 cooker.py: Drop duplicate parseCommandLine call |
| 21:46.39 | ant__ | gettext and flex are not yet configured but the build goes on |
| 21:46.50 | ant__ | (gettext-native and flex-native) |
| 21:47.42 | ant__ | trying to bisect (if it is worth...) |
| 21:51.48 | *** join/#oe chrisw957 (~chris@mail.tacticalelectronics.com) |
| 21:58.24 | *** join/#oe chrisw957 (~chris@mail.tacticalelectronics.com) |
| 22:13.30 | *** join/#oe stefan_schmidt (~stefan@p4FC76C70.dip.t-dialin.net) |
| 22:16.16 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 22:41.24 | *** join/#oe chrisw957 (~chris@mail.tacticalelectronics.com) |
| 23:27.56 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 23:43.04 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 23:45.40 | *** join/#oe Openfree^ (~Openfree`@114.86.74.29) |
| 23:56.39 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |