| 00:04.52 | *** join/#oe Arhuaco (n=n@201.244.110.194) |
| 00:05.34 | Jin^eLD | hvontres|home: at least it passed configure now, compiling... |
| 00:08.51 | Jin^eLD | hvontres|home: NOTE: package qemu-native-0.8.2+cvs20060723: completed |
| 00:08.59 | Jin^eLD | it works |
| 00:09.22 | Jin^eLD | so I guess you can have faith in your running compilation process |
| 00:11.55 | *** join/#oe W8TVI (n=me@166.165.152.70) |
| 00:56.44 | *** join/#oe Sonic|Laptop (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 01:07.09 | *** join/#oe jebba (n=jebba@OL80-42.fibertel.com.ar) |
| 01:13.55 | *** join/#oe mgross (n=mgross@pool-71-117-247-154.ptldor.fios.verizon.net) |
| 01:38.28 | Zero_Chaos | koen|away: sir? |
| 01:39.15 | Zero_Chaos | koen|away: I will assume you did not mean to hilight me |
| 01:46.12 | *** join/#oe dspencek (n=derrick@74-132-212-233.dhcp.insightbb.com) |
| 01:51.11 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:53.44 | jselect | How would I go about creating and submitting a package for org.openembedded.dev? I've got bitbake recipes and source for ftplib-3.1.1 that does not require anything from opie |
| 01:57.55 | *** join/#oe nm__ (n=nm@203.210.156.91) |
| 01:58.01 | nm__ | hi * |
| 01:58.44 | nm__ | after build dropbear package, i try to nano package, but bitbake get error |
| 01:58.46 | nm__ | NOTE: Not using a cache. Set CACHE = <directory> to enable. |
| 01:58.51 | nm__ | ERROR: no files to build. |
| 01:59.32 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
| 02:18.50 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 02:20.23 | *** join/#oe nm_ (n=nm@203.210.156.91) |
| 02:20.34 | *** join/#oe nm__ (n=nm@203.210.156.91) |
| 02:25.42 | hvontres|home | Jin|away: heh... well now to try glibc.... |
| 02:29.54 | jselect | guys. I have a question about SVN SRC_URI paths |
| 02:30.12 | jselect | the format that is used there doesn't seem to allow for a directory name for the checkout to go into |
| 02:31.41 | jselect | ie I can issue "svn co svn://svnserve1.selserve/${project_name}/trunk checkout_dir" and get the contents of trunk checked out to the dir "checkout_dir" |
| 02:32.09 | jselect | is there a way to specify that directory in the SRC_URI field? |
| 02:34.08 | rwhitby | jselect: localdir I think |
| 02:34.53 | jselect | ah thanks rwhitby I'll try that now |
| 02:35.23 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 02:35.24 | rwhitby | See /bitbake/lib/bb/fetch/svn.py |
| 02:35.40 | rwhitby | localpath is it |
| 02:35.57 | rwhitby | (line 51 of that file) |
| 02:35.59 | jselect | That was my next step to look at the fetch code |
| 02:36.00 | jselect | thanks |
| 02:36.29 | jselect | damn version control maintainer here at work decided to name two directories "default" under different paths :) |
| 02:36.43 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 02:39.23 | jselect | hmm doesn't work how I'd hoped |
| 02:39.49 | jselect | The unpack function seems to read llocalpath and assumes that is the replaced name for the source |
| 02:45.15 | jselect | ah forget it. localpath defines the name of the tar.gz created from the checkout |
| 02:45.24 | jselect | new do_fetch time |
| 02:57.49 | *** join/#oe nm_ (n=nm@222.252.42.172) |
| 03:04.03 | *** join/#oe Zero_Chaos (i=zerochao@unaffiliated/zerochaos) |
| 03:04.24 | Zero_Chaos | newest rev has broken quilt |
| 03:04.29 | Zero_Chaos | or recent rev at least |
| 03:04.38 | Zero_Chaos | doesn't build |
| 03:04.43 | Zero_Chaos | fails on make install |
| 03:17.55 | *** join/#oe Zero_Chaos_jp (i=zerochao@152.sub-75-198-177.myvzw.com) |
| 03:19.39 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 03:57.01 | Zero_Chaos | okay, wasn't really broken, just needed to remove work and stamps |
| 03:58.53 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 04:18.19 | Zero_Chaos | anyone tell me what this means? |
| 04:18.20 | Zero_Chaos | ERROR: QA issue: libSDL.la failed sanity test (reference to workdir or installed) |
| 04:20.14 | jselect | I'm not getting that on my checkout from yesterday |
| 04:20.38 | jselect | but I'd say it means that libSDL or part of it went outside the working area |
| 04:21.13 | Zero_Chaos | odd, there are a lot of those |
| 04:21.22 | Zero_Chaos | I'm building from .dev, angstrom-gpe-image |
| 04:21.37 | Zero_Chaos | different libs, lot of same error |
| 04:22.09 | jselect | maybe your oe build area setup is broken? |
| 04:22.39 | Zero_Chaos | didn't change since install, and it just started dropping this error |
| 04:23.51 | jselect | interesting |
| 04:24.29 | jselect | I'm currently trying to get some binary drivers (under an NDA) working with a custom recipe but they're being a pain. I could have a look later but you're better off waiting for someone with more experience with OE |
| 04:25.03 | Zero_Chaos | jselect, what driver? |
| 04:25.52 | jselect | sigma designs rmf drivers |
| 04:26.24 | Zero_Chaos | and the binary driver is for the same arch as you are using oe for? x86 or arm or such? |
| 04:27.18 | jselect | sure is. I have it working under an old transmeta build system called midori |
| 04:27.33 | jselect | it's just a few niggling things with the module loading |
| 04:27.44 | Zero_Chaos | jselect, what is the issue, just doesn't load cleanly? |
| 04:28.29 | jselect | doesn't take the correct parameters from my bootloader to the kernel requesting reserved memory areas and the module itself doesn't use the reserved memory areas |
| 04:28.34 | jselect | I've fixed it before on an other system |
| 04:29.00 | jselect | eventually had to hardcode the values into kernel because it was being stripped out and I had no time to find out why. now I do :) |
| 04:29.11 | Zero_Chaos | heh |
| 04:29.12 | Zero_Chaos | good luck |
| 04:29.22 | jselect | thx |
| 04:31.29 | rwhitby | Zero_Chaos: QA issue is described in an email on the oe-devel mailing list. You're subscribed to that, right? |
| 04:32.13 | Zero_Chaos | rwhitby, yeah but I'm out of town and my email checking computer is off |
| 04:32.33 | Zero_Chaos | rwhitby, is there an online version of the list I can search? |
| 04:33.54 | rwhitby | http://www.openembedded.org/more-quality-assurance-tests |
| 04:34.42 | Zero_Chaos | rwhitby, thanks man |
| 04:34.45 | *** join/#oe bluelightning (n=blueligh@125-237-65-97.jetstream.xtra.co.nz) |
| 04:35.06 | rwhitby | Zero_Chaos: np |
| 04:37.04 | Zero_Chaos | short of it, not my fault |
| 04:37.08 | Zero_Chaos | yes? :-) |
| 04:49.17 | *** join/#oe bluelightning_ (n=blueligh@222-155-142-131.jetstream.xtra.co.nz) |
| 05:10.26 | *** join/#oe ZeroChaos (i=zerochao@unaffiliated/zerochaos) |
| 05:14.16 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 05:33.53 | jselect | a quick question: how would one go about changing from read-only root image generation to read-write and vice versa? |
| 05:34.51 | NAbyss_ | jselect: If it's read only on the target.. remove ro from the flags for / in /etc/fstab? |
| 05:36.28 | Ifaistos | morning all |
| 05:37.11 | *** part/#oe ZeroChaos (i=zerochao@unaffiliated/zerochaos) |
| 05:42.17 | jselect | NAbyss_: there's a bit more to read-only root than just mounting read only |
| 05:42.27 | jselect | such as read-only patches for misbehaving applications |
| 05:42.36 | jselect | and a var tmpfs mount |
| 05:42.38 | jselect | or somesuch |
| 05:44.28 | hvontres|home | Jin|away: Well, this was too good to be true...... NOTE: Task failed: localedef returned an error (command was PATH="/home/henry/oe/dev/tmp/staging/i686-linux/bin/arm-angstrom-linux-gnueabi:/home/henry/oe/dev/tmp/staging/i686-linux/bin:/home/henry/oe/dev/tmp/cross/bin:/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/lib/ccache:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/henry/bin" I18NPATH="/usr/share/i18n" qemu-arm -r 2.6.16 |
| 05:44.35 | hvontres|home | NOTE: package glibc-2.5-r4: task do_package: failed |
| 05:57.43 | *** join/#oe jselect (n=jselect@dsl-210-15-200-169-static.QLD.netspace.net.au) |
| 06:08.59 | NAbyss_ | jselect: converting RW to RO is a lot more difficult, yeah.. sounded like you wanted to go RO -> RW, not the other way |
| 06:24.15 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 06:24.15 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 06:24.15 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
| 06:24.15 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 06:24.15 | *** join/#oe dspencek (n=derrick@74-132-212-233.dhcp.insightbb.com) |
| 06:24.15 | *** join/#oe jebba (n=jebba@OL80-42.fibertel.com.ar) [NETSPLIT VICTIM] |
| 06:24.15 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) [NETSPLIT VICTIM] |
| 06:24.15 | *** join/#oe saladino (n=saladino@55.Red-80-35-102.staticIP.rima-tde.net) [NETSPLIT VICTIM] |
| 06:24.16 | *** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au) [NETSPLIT VICTIM] |
| 06:24.16 | *** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 06:24.16 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 06:24.16 | *** join/#oe kurre2 (n=tomimo@a80-186-77-174.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 06:24.16 | *** join/#oe tomimo (n=kurre@a80-186-77-174.elisa-laajakaista.fi) |
| 06:24.16 | *** join/#oe daurnimator (n=fake@203.48.250.58) |
| 06:24.16 | *** join/#oe greentux (n=lemke@195.227.105.180) |
| 06:24.16 | *** join/#oe pgfeller (n=pgfeller@162.162.79.83.cust.bluewin.ch) |
| 06:24.17 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 06:24.17 | *** join/#oe sameo (n=samuel@217.193.129.58) [NETSPLIT VICTIM] |
| 06:24.17 | *** join/#oe chouimat|Zzzz (n=dieu@kde/developer/chouinard) |
| 06:24.17 | *** join/#oe alphaone (n=daniel@datenfreihafen.org) |
| 06:24.17 | *** join/#oe dkey (i=somebody@193.170.48.236) [NETSPLIT VICTIM] |
| 06:24.17 | *** join/#oe univac (n=univac@xmms2/user/univac) |
| 06:24.17 | *** join/#oe Laibsch (n=Laibsch@firewall1.vt.ms246.net) |
| 06:24.17 | *** join/#oe Shoragan (n=shoragan@datenfreihafen.org) |
| 06:24.17 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 06:24.18 | *** join/#oe wookey_ (n=wookey@courthouse.aleph1.co.uk) |
| 06:24.18 | *** join/#oe LoDown (n=LoDown@dsl093-230-107.lou1.dsl.speakeasy.net) |
| 06:24.18 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 06:24.18 | *** join/#oe VoodooZ (n=palm3@modemcable045.249-81-70.mc.videotron.ca) |
| 06:24.18 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 06:24.18 | *** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl) [NETSPLIT VICTIM] |
| 06:24.18 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 06:24.18 | *** join/#oe tmbinc (i=abcd@82.149.226.179) [NETSPLIT VICTIM] |
| 06:24.19 | *** join/#oe DaKa (n=David@nslu2-linux/daka) |
| 06:24.19 | *** join/#oe dma` (n=dma@cpe-024-074-132-073.carolina.res.rr.com) |
| 06:24.19 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 06:24.19 | *** join/#oe Varoudis_ (n=varoudis@athedsl-280844.otenet.gr) |
| 06:24.19 | *** join/#oe nm (n=hongtd@58.187.131.188) |
| 06:24.19 | *** join/#oe Crofton__ (n=balister@jhr-476-5192.mprg.ee.vt.edu) |
| 06:24.19 | *** join/#oe apaulsen (n=apaulsen@mail.packetdigital.com) [NETSPLIT VICTIM] |
| 06:24.19 | *** join/#oe robtaylor (n=robtaylo@63.99.9.131) |
| 06:24.20 | *** join/#oe drw|away (n=drw@dirus.hrsmart.com) |
| 06:24.20 | *** join/#oe elliotf__ (n=elliotf@adsl-71-140-174-98.dsl.pltn13.pacbell.net) |
| 06:24.20 | *** join/#oe Crofton|home (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 06:24.20 | *** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at) |
| 06:24.20 | *** join/#oe toi_ (n=pleemans@d5152D3B4.access.telenet.be) |
| 06:24.20 | *** join/#oe Sender (n=THRILL@DSL212-143-46-210.bb.netvision.net.il) |
| 06:24.20 | *** join/#oe Jin|away (n=jin@belief.htu.tuwien.ac.at) |
| 06:24.20 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 06:24.21 | *** join/#oe fdv (n=fredridv@en.ifi.uio.no) |
| 06:24.21 | *** join/#oe cbpage (n=cpage@netblock-68-183-40-91.dslextreme.com) |
| 06:24.21 | *** join/#oe CIA-20 (i=cia@cia.navi.cx) [NETSPLIT VICTIM] |
| 06:24.21 | *** join/#oe do13 (n=nnnnnnnn@do13.in-dsl.de) [NETSPLIT VICTIM] |
| 06:24.21 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
| 06:24.21 | *** join/#oe osas (n=nnnnnnnn@CABLE-72-53-75-252.cia.com) |
| 06:24.21 | *** join/#oe mickey|zzZZzz (n=mickeyl@linuxtogo.org) |
| 06:24.21 | *** join/#oe CM (i=cm@shaka.acc.umu.se) [NETSPLIT VICTIM] |
| 06:24.21 | *** join/#oe XorA|gone (n=dp@www.xora.org.uk) |
| 06:24.22 | *** join/#oe DataBeaver (n=tdb@tdb.fi) [NETSPLIT VICTIM] |
| 06:24.22 | *** join/#oe hufnus (n=slonsiki@DSL135-086.labridge.com) |
| 06:24.22 | *** join/#oe wm_eddie (n=wm_eddie@204.16.245.20) [NETSPLIT VICTIM] |
| 06:24.22 | *** join/#oe cdbot2 (n=cdbot2@81.169.178.128) |
| 06:24.22 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) [NETSPLIT VICTIM] |
| 06:24.22 | *** join/#oe awelux (n=awelux@lvps87-230-8-217.dedicated.hosteurope.de) [NETSPLIT VICTIM] |
| 06:36.53 | *** join/#oe _law_ (n=law@80.122.23.18) |
| 06:41.42 | *** join/#oe YoG (n=chatzill@bzq-88-153-85-84.red.bezeqint.net) |
| 06:59.07 | CIA-20 | 03rwhitby 07org.oe.dev * rf8ba681a... 10/ (1 conf/distro/ucslugc.conf): ucslugc: Make sure THUMB_INTERWORK is set, and add the missing :slugos OVERRIDE |
| 07:00.42 | *** join/#oe dma` (n=dma@cpe-024-074-132-073.carolina.res.rr.com) |
| 07:06.01 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 07:24.22 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 07:25.19 | *** join/#oe psokolovsky_ (n=psokolov@82.193.98.2) |
| 07:35.22 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 07:38.43 | hrw | morning |
| 07:40.04 | NAbyss_ | Ello |
| 07:45.21 | Ifaistos | morming hrw, NAbuss_ |
| 07:46.19 | koen | good morning all |
| 07:47.43 | koen | hrw: do we want to push the ipkg sort patch today or watch for more feedback? |
| 07:47.50 | Ifaistos | morning koen |
| 07:48.14 | *** join/#oe pH5 (n=ph5@p5485F1A9.dip.t-dialin.net) |
| 07:48.54 | hrw | koen: add backward compatibility and decide. for me it can be today |
| 07:49.27 | koen | hrw: http://scap.linuxtogo.org/files/bd97cb0350dcac3426fc905727b534c9.png |
| 07:49.27 | Ifaistos | i vote also to push it :) |
| 07:50.22 | hrw | koen: libipkg based or other? |
| 07:50.35 | koen | hrw: libipkg |
| 07:50.49 | koen | it requires you to select a section before it will show a list |
| 07:51.08 | koen | the section list for the angstrom feeds is ehm.... "long" |
| 07:51.16 | hrw | shit.. I have to make local angstrom-2007.1 distro config ;( |
| 07:55.18 | koen | hrw: why? |
| 07:55.42 | hrw | koen: insane == extra step for each package |
| 07:55.56 | hrw | and I do not have time to rebuild everything |
| 07:57.04 | hrw | koen: package-index.bb needs rewriting too |
| 07:59.40 | hrw | will send patch |
| 08:01.56 | koen | already patched it |
| 08:02.00 | koen | testing it now |
| 08:02.19 | CIA-20 | 03koen 07org.oe.dev * rdfe542a1... 10/ (1 classes/package_ipk.bbclass classes/rootfs_ipk.bbclass): |
| 08:02.19 | CIA-20 | package_ipk, rootfs_ipk: Add patch from Marcin and Koen to sort ipkgs into per architecture subdirs of deploy/ipk |
| 08:02.19 | CIA-20 | see: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-February/001462.html |
| 08:02.56 | hrw | so now I will have to merge my own changes |
| 08:03.20 | hrw | rootfs_ipk_do_indexes () |
| 08:03.43 | CIA-20 | 03koen 07org.oe.dev * r16a968c3... 10/ (1 packages/meta/package-index.bb): package-index: catch up with recent package_ipk changes |
| 08:06.58 | hrw | koen: ugly version you did ;D |
| 08:08.07 | koen | and incorrect |
| 08:08.27 | koen | I want package-index to index each subdir, not the ones for this machine |
| 08:12.44 | Ifaistos | koen : good news. i think the libc problem for the ppc with softfloats is solved :) |
| 08:12.54 | koen | Ifaistos: cool |
| 08:13.28 | hrw | koen: pull/merge/update check my ver |
| 08:14.04 | CIA-20 | 03hrw 07org.oe.dev * r77c944a3... 10/ (1 classes/rootfs_ipk.bbclass packages/meta/package-index.bb): rootfs_ipk/package-index: created function to update deploy dirs and made package-index use it |
| 08:20.17 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 08:23.26 | hrw | hi Rod |
| 08:26.50 | *** join/#oe goxboxlive (n=goxboxli@195.159.97.196) |
| 08:26.50 | hvontres|home | ~pastebin |
| 08:27.01 | ibot | methinks pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.ca, or http://channels.debian.net/paste, or http://rafb.net/paste/, or http://pastebin.com is usually painfully too slow and unresponsive to use, use one of the other pastebin sites |
| 08:29.46 | hvontres|home | hrw,koen: Does this look like a problem with qemu or possibly rm_work: http://rafb.net/p/Sqbgz379.html |
| 08:30.33 | hrw | qemu |
| 08:31.31 | hvontres|home | hrw: thanks. Grrr... I guess the compat-34 rpms for FC6 don't quite work then...:( |
| 08:32.29 | hvontres|home | hrw,koen: do you know of any quick sanity checks for testing qemu-native? re-building glibc is kinda tedious |
| 08:32.54 | Ifaistos | has anyone build apache2 lately ? |
| 08:33.23 | Ifaistos | i am getting a very strange error -> configure: error: Size of "void *" is less than size of "long" |
| 08:33.24 | hrw | ~lart CoreDump|afk for HARDCODING sharp zaurus into e17 login manager |
| 08:33.24 | NAbyss_ | Ifaistos: Attempted and failed |
| 08:33.32 | NAbyss_ | Ifaistos: Yeah, same thing here |
| 08:33.36 | hrw | hvontres|home: amd64? |
| 08:33.55 | Ifaistos | NAbyss_ : what target ? |
| 08:33.58 | hvontres|home | hrw: boy, I wish :) nope, old IA32 (PII) |
| 08:34.14 | NAbyss_ | Ifaistos: spitz (arm) |
| 08:34.37 | Ifaistos | NAbyss_ : it fails for x86 also... |
| 08:34.58 | NAbyss_ | Ifaistos: That's weird.. I would've expected x86 to work.. who's the maint? |
| 08:35.22 | Ifaistos | the funny things is site files defines both void * and long as the same size... 4 bytes |
| 08:36.08 | CIA-20 | 03hrw 07org.oe.dev * ra1525fff... 10/ (1 packages/bash/bash_3.0.bb packages/bash/bash_3.2.bb): bash: create /etc/shells before using it |
| 08:36.11 | CIA-20 | 03hrw 07org.oe.dev * r8443ed9b... 10/ (4 files in 2 dirs): bash: unified, bumped PR |
| 08:37.15 | hrw | JustinP: ping |
| 08:38.24 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 08:38.32 | hrw | fsck. e17/entrance dies |
| 08:39.07 | _law_ | morning all |
| 08:39.23 | _law_ | btw http://lawskynet.blogspot.com/2007/02/vda-ii-linux.html ;-) |
| 08:41.15 | *** join/#oe rob_w (n=bob@p85.212.171.218.tisdip.tiscali.de) |
| 08:42.44 | *** join/#oe mmp (n=mmp@158.195.98.135) |
| 08:43.56 | hvontres|home | ok, night all. |
| 08:46.53 | hrw | enlightenment: symbol lookup error: /usr/lib/libecore_x.so.1: undefined symbol: Xutf8TextListToTextProperty |
| 08:47.23 | koen | did you build it against full x11? |
| 08:48.14 | hrw | hard to get that info now.. feeds are very mixed here |
| 08:49.37 | koen | I'm starting to like the moko gui now I discovered some non-obvious features :) |
| 08:50.00 | hrw | hm. rebuilding whole progear feeds will take day or two... |
| 08:50.40 | koen | anyone want to donate a few buildboxes + hosting? |
| 08:50.47 | koen | would save hrw some time :) |
| 08:50.54 | CIA-20 | 03pfalcon 07org.oe.dev * r9f76011f... 10/ (1 packages/linux/linux-hackndev-2.6_svn.bb): linux-hackndev-2.6 svn: Hackndev's SVN trunk now is 2.6.20. |
| 08:51.49 | hrw | haha |
| 08:54.24 | Laibsch | koen: That Japanese on Maemo stuff is very interesting. Would you be able to get it to work on your Nokia with the instructions given on http://makotonen.livejournal.com/14747.html ? |
| 08:55.15 | koen | Laibsch: maybe with the packages |
| 08:55.25 | koen | Laibsch: but all parts are available in OE as well |
| 08:55.44 | koen | Laibsch: but the author, in true .jp style, forked everything |
| 08:56.01 | koen | Laibsch: instead of making a patch and sending that upstream |
| 08:57.45 | Ifaistos | NAbyss_ : found what the problem is.... it passed config |
| 08:58.24 | XorA | morning |
| 08:58.29 | koen | hey XorA |
| 08:58.45 | Laibsch | koen: be careful, you overreact in your .jp bashing. |
| 08:58.50 | NAbyss_ | Ifaistos: How'd you fix it? |
| 08:58.55 | Laibsch | koen: That guy is .fi |
| 08:59.07 | XorA | that guy is Engineering Manager at nokia |
| 08:59.13 | koen | Laibsch: it happened to every 'project' I've seen done by .jp dudes |
| 08:59.35 | Laibsch | koen: and it is not that Japanese do this on purpose |
| 08:59.36 | koen | XorA: right, nokia is fork-happy as well |
| 08:59.51 | koen | Laibsch: source land 'by accident' in svn? |
| 09:00.02 | Laibsch | koen: ? |
| 09:00.32 | Ifaistos | NAbyss_ : the ./configure will bailout if cross_compile gets set. it does not check the size of the * null and * long its justs exits. |
| 09:00.45 | NAbyss_ | Ifaistos: Ah, interesting |
| 09:01.08 | Ifaistos | NAbyss_ : it compiled. i'll patch it and push it in a while |
| 09:01.26 | NAbyss_ | Ifaistos: Cool :) |
| 09:01.26 | XorA | koen: he is also a black belt in judo, so we will let you shout at him :-) |
| 09:01.28 | *** join/#oe jkp (n=jkp@83-216-146-102.jonath069.adsl.metronet.co.uk) |
| 09:01.55 | Laibsch | XorA: You're reading up, he? Where? Is that guy by chance also coming to FOSDEM? |
| 09:02.35 | Ifaistos | NAbyss_ : check it and let me know if it runs for you.. you will also need to add in the site file ac_cv_sizeof_long_p=${ac_cv_sizeof_long_p=X} where X is the size in your arch |
| 09:02.54 | koen | XorA: judo is for sissies, karate is da bomb |
| 09:03.03 | XorA | Laibsch: Im pretty sure thats a guy I met at Linux World London |
| 09:03.05 | RP | morning all |
| 09:03.08 | koen | hey RP |
| 09:03.31 | Ifaistos | Hi RP |
| 09:04.00 | XorA | RP: linked on mallums blog |
| 09:05.04 | RP | XorA: I'd seen it before but not realised who it was until now... |
| 09:05.23 | XorA | RP: nor did I until I saw Liam in coconuts |
| 09:06.15 | RP | Sadly, I know exactly the photo to which you refer without looking... |
| 09:07.21 | Laibsch | RP,XorA: clue me in. Sounds like you had a bad experience. |
| 09:07.48 | Laibsch | koen: What did you mean "source land 'by accident' in svn? |
| 09:08.31 | koen | Laibsch: one day the developer wakes up and he finds all kind of forked sources in his svn |
| 09:09.54 | XorA | Laibsch: http://flickr.com/photos/rossburton/185522033/in/pool-guadec2006/ |
| 09:21.31 | *** join/#oe niv_one_three (n=niv@82.166.109.157) |
| 09:21.36 | niv_one_three | hi all |
| 09:22.15 | hrw | hi niv_one_three |
| 09:22.16 | CIA-20 | 03xora 07org.oe.dev * r6fc02959... 10/ (1 packages/msmtp packages/msmtp/msmtp_1.4.10.bb): msmtp_1.4.10.bb : a sendmail replacement for use in clients like mutt. |
| 09:22.28 | niv_one_three | I hope I will have a chance to see for real how the open embedded work at FOSDM |
| 09:22.50 | niv_one_three | I mean see the development enviroment |
| 09:22.59 | Laibsch | koen: BTW, what did you mean the parts are in OE? I guess *his* work is not in or is it? |
| 09:23.02 | niv_one_three | and how to understand compilation errors |
| 09:23.30 | niv_one_three | I am new, and hope this travel could lead me to use my simpad |
| 09:23.32 | koen | Laibsch: his little private forks aren't in, but all the seperate parts should be available |
| 09:23.45 | niv_one_three | now I can't really realy on the familier image |
| 09:23.57 | niv_one_three | koen: hi |
| 09:24.08 | Ifaistos | is it possible to have a package DEPEND on a specific version of another package ? |
| 09:24.12 | niv_one_three | hrw: hi back at you |
| 09:24.25 | koen | hey niv_one_three |
| 09:24.36 | niv_one_three | koen: looking forward to meeting you |
| 09:24.37 | Laibsch | koen: I wonder how it works. And I think he made a major hack usability wise. He must have emulated a keyboard with one input method and put another input method (keyboard-based Japanese input) on top of it. |
| 09:25.23 | Laibsch | koen: While that would work for example for openmoko (where I thought about what good input method could be used except for HWR) I think this is not something I would want to do. |
| 09:25.51 | hrw | ah that hwr... |
| 09:26.01 | Laibsch | koen: If my assumption is correct this is also not just some minor "glueing" together but bigger stuff. |
| 09:26.13 | Laibsch | hrw: ? |
| 09:26.26 | Laibsch | hrw: Nunome still does not compile. <tear> |
| 09:27.07 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 09:28.22 | hrw | Laibsch: I have 'hwr' in hilight list |
| 09:28.26 | hrw | hi Liam |
| 09:28.58 | koen | koen@bitbake:/data/build/koen/OE/build/tmp/angstrom/deploy/glibc/ipk$ ls |
| 09:28.58 | koen | a780 all armv4t armv5te ep93xx fic-gta01 h2200 Packages Packages.filelist Packages.gz |
| 09:29.00 | koen | yay! |
| 09:30.09 | Laibsch | hrw: Ah, well that makes sense. Incidentally I made extra sure not to spell hrw to not disturb you ;-) |
| 09:31.04 | lrg | hi Marcin, koen, all |
| 09:31.15 | koen | hey Liam |
| 09:34.40 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 09:34.55 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 09:38.07 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 09:40.36 | florian | good morning |
| 09:41.26 | Ifaistos | is it possible to have a package DEPEND on a specific version of another package ? |
| 09:41.29 | CIA-20 | 03ifaistos 07org.oe.dev * r0e1d8ab5... 10/ (1 site/ix86-common): site/ix86-common: Add ac_cv_sizeof_long_p |
| 09:41.33 | CIA-20 | 03ifaistos 07org.oe.dev * re515321b... 10/ (1 site/powerpc-linux): site/powerpc-linux: Add ac_cv_sizeof_long_p |
| 09:41.37 | CIA-20 | 03ifaistos 07org.oe.dev * r03ed420d... 10/ (1 site/powerpc-linux-uclibc): site/powerpc-linux-uclib: Add ac_cv_sizeof_long_p |
| 09:41.41 | CIA-20 | 03ifaistos 07org.oe.dev * r457c634a... 10/ (3 files in 3 dirs): |
| 09:41.41 | CIA-20 | packages/apache2/apache2-2.2.3: Fix wrong assuption about ptr length during configure |
| 09:41.41 | CIA-20 | To be able to compile you need to add ac_cv_sizeof_long_p in the site file of your arch (if not allready there) |
| 09:42.26 | Ifaistos | NAbyss_ : give a try and let me know |
| 09:46.56 | CIA-20 | 03koen 07org.oe.dev * r609905b6... 10/ (1 site/arm-linux): arm-linux site: add ac_cv_sizeof_long_p=${ac_cv_sizeof_long_p=4} |
| 09:51.01 | *** join/#oe bluelightning (n=blueligh@222-155-220-28.jetstream.xtra.co.nz) |
| 09:53.49 | Ifaistos | koen : Sorry to ask again and again, but need to figure out if is it possible to have a package DEPEND on a specific version of another package ? |
| 09:53.57 | koen | it's not really possible |
| 09:56.16 | Ifaistos | koen : so both versions of the packages would have to be defined in advance... |
| 09:57.04 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 10:09.10 | *** join/#oe [TEHb] (n=nickolay@mail2.lanck.net) |
| 10:09.44 | *** part/#oe [TEHb] (n=nickolay@mail2.lanck.net) |
| 10:20.34 | *** join/#oe polyonymous (n=hacker@pD95388E0.dip0.t-ipconnect.de) |
| 10:29.32 | *** join/#oe Sleep_Walker (n=Sleep@u-pl15.ms.mff.cuni.cz) |
| 10:29.37 | Sleep_Walker | greetings |
| 10:44.52 | Ifaistos | koen : have a look at this-> http://rafb.net/p/2estvm68.html its from a clean build with today's repository |
| 10:47.06 | psokolovsky_ | hrw: http://bec-systems.com/web/index.php?option=com_content&task=view&id=65&Itemid=9 - nice. I'm glad that someone find cpio.gz useful ;-). but we still need better support for building initrd's in OE. |
| 10:48.07 | hrw | psokolovsky_: its cbrake's article |
| 10:48.25 | psokolovsky_ | cool |
| 10:49.50 | *** join/#oe saladino (n=saladino@pc-depian3.deusto.es) |
| 10:49.58 | saladino | hi |
| 10:50.55 | florian | saladino: hi |
| 11:06.32 | *** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au) |
| 11:12.45 | mmp | lrg: ping |
| 11:13.26 | *** join/#oe wookey_ (n=wookey@courthouse.aleph1.co.uk) |
| 11:13.39 | florian | hi wookey_ |
| 11:17.45 | Ifaistos | anyone build php recently ? |
| 11:20.34 | koen | Ifaistos: mtn sync && mtn up |
| 11:21.00 | koen | qa staging shouldn't die anymore |
| 11:21.07 | koen | if it does, fix the offending package :) |
| 11:24.41 | koen | Ifaistos: http://www.openembedded.org/more-quality-assurance-tests |
| 11:26.09 | *** join/#oe wookey_ (n=wookey@courthouse.aleph1.co.uk) |
| 11:28.31 | koen | Ifaistos: ERROR: Architecture did not match (20 to 3) on /work/ppc603e-angstrom-linux/udev-092-r15/install/udev/sbin/scsi_id |
| 11:28.44 | koen | Ifaistos: could you run 'file' on that binary? |
| 11:31.20 | koen | ~spell symptom |
| 11:35.24 | CIA-20 | 03koen 07org.oe.dev * r40506635... 10/ (1 classes/insane.bbclass): |
| 11:35.24 | CIA-20 | insane.bbclass: we really don't want packages with the wrong architecture, so do bb.fatal instead if bb.error |
| 11:35.24 | CIA-20 | symptom: |
| 11:35.24 | CIA-20 | ERROR: Architecture did not match (20 to 3) on /work/ppc603e-angstrom-linux/udev-092-r15/install/udev/sbin/scsi_id |
| 11:35.24 | CIA-20 | This means OE detected type 3 (i386) while it expected type 20 (powerpc), most likely caused by some fool hardcoding 'gcc' as compiler |
| 11:36.59 | Ifaistos | koen: its a link to /lib/udev/scsi_id |
| 11:38.22 | Ifaistos | koen: its a ppc file, no error in there |
| 11:38.57 | Ifaistos | koen: -> http://rafb.net/p/bLM3VI36.html |
| 11:39.42 | koen | Ifaistos: I've mailed QA meister zecke about it |
| 11:41.26 | koen | me gets back to matlab |
| 11:42.50 | Varoudis_ | Ifaistos, whatz up ?!! |
| 11:42.59 | Varoudis_ | Ifaistos, pos pai to wifi? |
| 11:44.53 | Ifaistos | kala. poios ? |
| 11:46.06 | Varoudis_ | Ifaistos, join #cacko plz gia na min kano identify apo edo |
| 11:46.15 | *** join/#oe zecke (n=ich@91.64.160.193) |
| 11:46.26 | zecke | koen|away: I need to look through things again BUT |
| 11:46.34 | zecke | koen|away: insane.bbclass is used to find ALL errors |
| 11:47.04 | zecke | koen|away: this is why all methods set sane = False conditionally, it will never be set to sane = True from within a test |
| 11:47.04 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 11:47.04 | *** join/#oe Jin|away (n=jin@belief.htu.tuwien.ac.at) |
| 11:49.22 | *** join/#oe incinerator (n=sabine@80-192-23-26.stb.ubr04.edin.blueyonder.co.uk) |
| 11:50.37 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 11:53.41 | Crofton|home | If I build angstrom, should I get warnings/erros from teh QA stuff? |
| 11:53.46 | *** join/#oe jonbaine (n=jonan@pc-depian3.deusto.es) |
| 11:54.29 | zecke | Crofton|home: depends on how much fatal error koen disabled |
| 11:54.40 | Crofton|home | heh |
| 11:54.54 | Crofton|home | what is the best way to keep a log of the bitbake output? |
| 11:56.22 | zecke | Crofton|home: check for the qa_log in tmp |
| 11:56.47 | Crofton|home | hmm, do not see one |
| 11:57.42 | zecke | temp of $WORKDIR |
| 11:58.34 | Crofton|home | ah |
| 11:58.47 | Crofton|home | I am nuking tmp and rebuilding my images |
| 12:09.08 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
| 12:16.46 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 12:18.48 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 12:20.57 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 12:31.19 | *** join/#oe woglinde (n=heinold@wolgograd.mi.fu-berlin.de) |
| 12:39.05 | cbrake | hrw: just read your article about USB-wifi drivers -- very helpful! |
| 12:39.19 | hrw | cbrake: thx |
| 12:40.25 | woglinde | hi hrw |
| 12:46.04 | *** join/#oe zecke (n=ich@91.64.160.193) |
| 12:47.14 | woglinde | he zecke |
| 12:47.25 | zecke | woglinde: hi |
| 12:47.32 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 12:48.29 | hrw | NOTE: Not creating empty archive for glibc-2.5-r4 |
| 12:48.32 | hrw | ARGH |
| 12:55.49 | hrw | koen: something is fscked in angstrom |
| 12:56.37 | hrw | koen: bitbake glibc does not give libc6 package |
| 12:57.12 | *** join/#oe gremlin[it] (n=gremlin@host62-172-static.42-88-b.business.telecomitalia.it) |
| 12:57.23 | gremlin[it] | hi all |
| 12:57.28 | hrw | hi gremlin[it] |
| 12:57.57 | *** join/#oe zecke (n=ich@91.64.160.193) |
| 12:59.18 | psokolovsky_ | gremlin[it], Hi! Did you know that angstrom-gpe-iamge was plucked to fit in 16Mb for you? |
| 13:00.04 | rwhitby | is the packaging subdirectory stuff supposed to happen when multimachine is not selected? |
| 13:00.50 | rwhitby | (our autobuilder, which is not using multimachine), just put stuff in an armv5te subdirectory to where it used to put it. I thought these changes were only for multimachine ... |
| 13:02.37 | rwhitby | oops, I tell a lie - we do have multimachine set. ignore what I said :-) |
| 13:03.29 | hrw | rwhitby: they are non multimachine related |
| 13:04.14 | rwhitby | so the structure of tmp/deploy/ipks will change whether I have multimachine or not? |
| 13:04.30 | rwhitby | (and correspondingly, my rsynced feeds will change?) |
| 13:04.36 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) [NETSPLIT VICTIM] |
| 13:05.04 | hrw | yes |
| 13:05.07 | rwhitby | (and if that happens, all existing deployed systems will break?) |
| 13:05.41 | rwhitby | hmm - guess I should have read those RFC's more closely - for some reason I thought this was only going to be enabled in the multimachine case. |
| 13:05.48 | Ifaistos | php in order to config needs to execute a script from libxml (xml2-config) where should this script reside ? in cross/bin or staging/bin ? |
| 13:06.31 | koen | rwhitby: the changes are backward compatible |
| 13:07.16 | rwhitby | koen: for the non-multimachine case? So if I remove multimachine all my ipks will once again end up in a *single* directory with no subdirectories? |
| 13:07.43 | koen | no |
| 13:07.47 | koen | they still will get sorted |
| 13:07.51 | gremlin[it] | psokolovsky_, ohhh thanks !!! i'll try this evening ... but i'm not the only owner of an h3600 :) :) :) |
| 13:07.59 | rwhitby | koen: then how is that backward compatible? |
| 13:08.07 | koen | but nothing build related will break |
| 13:08.17 | psokolovsky_ | gremlin[it], sure, I meant for you to test ;-) |
| 13:08.30 | rwhitby | I'm not discussing build here, I'm discussing structure of tmp/deploy/ipk |
| 13:08.51 | psokolovsky_ | gremlin[it], but you'll need to set DISTRO_TYPE="release" for that. ping me when you'll be doing that. |
| 13:09.26 | rwhitby | I'm not against the change, but *don't* try and tell me that the location of the resulting ipks in the directory structure is backwards compatible, cause it clearly is not. |
| 13:09.26 | gremlin[it] | ah ok ... i'll go to swimming pool this evening i'll try at 200:00 about ... |
| 13:09.36 | gremlin[it] | ops ... 22:00 i mean |
| 13:10.34 | koen | rwhitby: I'm not saying the structure is backward compatible, I'm saying OE will keep working as expected instead of requiring a rebuild |
| 13:11.18 | rwhitby | koen: I don't care what *you're* saying. I'm saying that the structure of the tmp/deploy/ipk directory has changed. And that is going to break the nslu2-linux feeds unless I make it backwards compatible again. |
| 13:11.43 | koen | rwhitby: that problem is outside the scope of OE |
| 13:12.23 | rwhitby | koen: that's simply weaseling out of it. just admit that it's an incompatible change and tell me what variables need to be changed to put all the ipks back in the one directory again. |
| 13:12.45 | koen | there isn't such a variable |
| 13:13.34 | NAiL | koen: Wouldn't it be a good idea to have such a variable? |
| 13:13.58 | koen | NAiL: IMO not |
| 13:14.10 | NAiL | I'm sorry I didn't reply to the RFC. I didn't think it was relevant at the time. |
| 13:14.35 | rwhitby | NAiL: "that's outside the scope of OE" - koen feels that OE fscking around with feed locations is not a problem for anyone. |
| 13:14.50 | rwhitby | it's now our problem to clean up the mess. |
| 13:15.18 | koen | my upload script didn't break |
| 13:15.54 | rwhitby | yeah, well that's not a very good test of the non-multimachine case when *you're* already using multimachine. |
| 13:16.13 | koen | this isn't multimachine related |
| 13:16.45 | NAiL | Hi, |
| 13:16.45 | NAiL | When using multimachine and ipkg deploy/ipk gets awfully crowded after a while. I want to |
| 13:16.48 | NAiL | propose sorting it by subarch. Attached is a patch that adds support for that to |
| 13:17.03 | koen | right |
| 13:17.05 | NAiL | And it isn't multimachine related, you say? |
| 13:17.07 | rwhitby | What it is is that all the ipks used to be in one directory, where you could run make-index over them and then rsync them to one feed directory. Now that has changed incompatible in the structure of tmp/deploy/ipk. |
| 13:17.10 | koen | the patch isn't |
| 13:17.22 | koen | bitbake package-index still works |
| 13:18.01 | rwhitby | koen: admitting a problem is just something that you're unable to do, isn't it? |
| 13:18.11 | zecke | add an variable to get the old beahviour, let someone fix the nslu2 deployment/upload scripts and get over it |
| 13:18.41 | rwhitby | zecke: Don't get me wrong, I agree with the change. What I don't agree with is someone trying to tell me that nothing has changed. |
| 13:19.00 | koen | I dind't say nothing has changed |
| 13:19.39 | rwhitby | XorA: exactly. |
| 13:19.51 | XorA | mine relies on only one feed |
| 13:20.09 | rwhitby | XorA: as I expect does anyone else who wasn't already using multimachine like koen was. |
| 13:20.24 | koen | rwhitby: ehm |
| 13:20.33 | koen | rwhitby: this is not multimachine related |
| 13:20.49 | koen | rwhitby: multimachine has nevert split deploy/ipk |
| 13:21.01 | rwhitby | XorA: you also need to go to all your current users, and tell them to add more feeds to their ipkg dir, cause the feeds are no longer a single dir. |
| 13:21.13 | koen | que? |
| 13:21.28 | koen | what have user to do with this? |
| 13:21.36 | koen | users* |
| 13:21.55 | zecke | koen: already flashed images, and users that do ipkg upgrade |
| 13:22.04 | rwhitby | XorA: of course, that is the other alternative. |
| 13:22.07 | zecke | koen: I don't think /etc/ipkg/* is installed by packages? |
| 13:22.07 | koen | zecke: that's nonsense |
| 13:22.17 | zecke | it is not (in some cases) |
| 13:22.23 | koen | zecke: it is |
| 13:22.32 | zecke | koen: I'm insane I may do that |
| 13:22.35 | rwhitby | zecke: only koen's case matters, it seems. |
| 13:22.54 | koen | zecke: OE removes references to deploy before writing out the final ipkg.conf |
| 13:23.25 | koen | zecke: only FEED_URIs get added, which don't change |
| 13:24.06 | koen | zecke: the rootfs before and after the change is *exactly* the same |
| 13:24.24 | zecke | koen: right, it boils down to the feed sync and if the seperation of feeds is only done in OE land or is used for distribution as well |
| 13:25.11 | koen | zecke: right |
| 13:25.36 | koen | zecke: we have been quite adamant in the past that deploy/ipk is *not* a feed |
| 13:27.59 | rwhitby | XorA: I'll borrow your script when you're done please. It's midnight here, and this problem is something which will need to be solved tomorrow. I'll simply turn off feed updating until I find the time to clean up the new mess. |
| 13:27.59 | koen | zecke: and shifting the work to your users because you can't fix your upload script is just plain insulting |
| 13:28.21 | rwhitby | koen: not being able to admit a change which impact your developer community is insulting. |
| 13:29.04 | rwhitby | It's a good change, but a change nonetheless. |
| 13:29.39 | koen | I said it didn't impact *build* nor *mu* upload scripts |
| 13:29.51 | koen | I don't know how your upload scripts work |
| 13:30.05 | rwhitby | and I said that it *did* impact tmp/deploy/ipk structure, but you haven't admitted that yet. |
| 13:30.16 | koen | I did |
| 13:30.28 | zecke | Ifaistos: which check followed symlinks? |
| 13:30.38 | XorA | rwhitby: find tmp/deploy/glibc/ipk/ -name "*.ipk" -exec cp \{\} feed/ \; |
| 13:30.51 | koen | "[14:10] koen: rwhitby: I'm not saying the structure is backward compatible, I'm saying OE will keep working as expected instead of requiring a rebuild" |
| 13:30.52 | XorA | rwhitby: then run your normal upload script |
| 13:31.30 | rwhitby | XorA: don't forget to re-run bitbake package-index after the move. |
| 13:31.51 | XorA | rwhitby: I use ipkg-make-index directly |
| 13:31.57 | CIA-20 | 03freyther 07org.oe.dev * r4386c713... 10/ (1 classes/insane.bbclass): |
| 13:31.57 | CIA-20 | classes/insane.bbclass: No use to make it bb.fatal if we return False... |
| 13:31.57 | CIA-20 | <PROTECTED> |
| 13:31.57 | CIA-20 | <PROTECTED> |
| 13:31.57 | CIA-20 | <PROTECTED> |
| 13:31.58 | CIA-20 | <PROTECTED> |
| 13:32.00 | CIA-20 | <PROTECTED> |
| 13:32.46 | Ifaistos | zecke : posted a link a little bit back but closed irc and lost it |
| 13:32.56 | Ifaistos | zecke : maybe koen has it |
| 13:33.25 | koen | zecke: udev ships a symlink, see the commit mail I forwared |
| 13:33.29 | koen | forwarded* |
| 13:33.53 | rwhitby | koen: "... keep working as *you* expected, not keep working the same way as it did before" |
| 13:34.45 | koen | did OE break? |
| 13:34.45 | koen | no |
| 13:34.45 | koen | your upload script did |
| 13:34.57 | rwhitby | anyway, no point in discussing it more. you've admitted it was an incompatible change to the tmp/deploy/ipk directory structure which impacted some developers, and I agree with the reason for the change, so now it's simply an extra job to fix it. |
| 13:35.05 | koen | as one might have expected when deploy/ikp changed |
| 13:35.28 | koen | the patch was sent to the mailinglist and received no objections |
| 13:35.56 | rwhitby | heh - it was prefaced with "When using multimachine ..." |
| 13:37.33 | koen | yes, since multimachine highlighted the problem |
| 13:38.46 | rwhitby | XorA: thanks for the find command, will add it tomorrow. |
| 13:39.42 | XorA | rwhitby: unfortuneately it goes and empties all the morgues as well |
| 13:40.57 | rwhitby | Hmm - good point. Maybe I need to add a "backwards-compatibility" option to package-index.bb ... |
| 13:42.10 | hrw | re |
| 13:42.20 | zecke | koen: Ifaistos : okay will leave torwards no |
| 13:42.33 | zecke | w |
| 13:42.41 | hrw | zecke, koen: I suspect insane class when it comes to glibc packaging |
| 13:43.03 | koen | hrw: I suspect that as well, but I cannot see how |
| 13:43.29 | CIA-20 | 03tmbinc 07org.oe.dreambox * re47513d6... 10/ (1 packages/enigma/enigma_cvs.bb): enigma: on dm600pvr, install 'showshutdownpic' |
| 13:43.34 | CIA-20 | 03tmbinc 07org.oe.dreambox * r345802a6... 10/ (1 packages/dreambox/dreambox-dvb-modules.bb): dreambox-dvb-modules/dm600pvr: update drivers to 20070220 |
| 13:43.38 | CIA-20 | 03tmbinc 07org.oe.dreambox * r0c7d2887... 10/ (1 packages/initscripts/initscripts-opendreambox_1.0.bb): initscripts-opendreambox: workaround for dm600pvr to not unmount /tmp for displaying the shutdown picture |
| 13:49.47 | koen | hrw: remember pocketworkstation? Read http://www.maemopeople.org/index.php/jaffa/2007/02/20/running_debian_proper_alongside_maemo and weep |
| 13:50.52 | hrw | ;P |
| 13:50.58 | hrw | powerpc in OE is 32bit? |
| 13:51.05 | Ifaistos | yes |
| 13:51.37 | hrw | I want to update insane.bbclass with extra field: 32bit or 64bit |
| 13:56.03 | *** join/#oe do13_ (n=do13@87.139.24.177) |
| 13:56.09 | do13_ | morning all |
| 13:57.04 | rwhitby | night all |
| 13:57.15 | XorA | koen: nothing wrong with a good bit of chrooted goodness |
| 13:58.18 | koen | XorA: nothing wrong with that |
| 13:58.45 | koen | XorA: it's just the X-over-vnc running under X on the same machine.... |
| 14:07.14 | hrw | CIA-20: |
| 14:16.00 | *** join/#oe do13__ (n=do13@87.139.24.177) |
| 14:16.32 | CIA-20 | 03hrw 07org.oe.dev * r46f94374... 10/ (1 classes/insane.bbclass): insane.bbclass: add i{4,5,6}86 |
| 14:16.36 | CIA-20 | 03hrw 07org.oe.dev * r2c67c0e3... 10/ (1 classes/insane.bbclass): insane.bbclass: reformatting |
| 14:16.41 | CIA-20 | 03hrw 07org.oe.dev * re7714ad5... 10/ (1 classes/insane.bbclass): insane.bbclass: remove commented code to unbreak builds |
| 14:16.45 | CIA-20 | 03hrw 07org.oe.dev * r00269cb6... 10/ (1 classes/insane.bbclass): |
| 14:16.46 | CIA-20 | insane.bbclass: unbreak it for 64bit targets |
| 14:16.46 | CIA-20 | Added extra entry into dict to mark 32bit/64bit and use it for manipulating |
| 14:16.46 | CIA-20 | ELF headers. |
| 14:16.46 | CIA-20 | Some architectures would need checking (not OE ones). |
| 14:23.56 | florian | koen: http://projects.linuxtogo.org/frs/?group_id=14 could need an update :-) |
| 14:24.12 | koen | indeed |
| 14:24.23 | koen | but everytime I think that berlios goes down :( |
| 14:24.51 | florian | koen: heh, indeed |
| 14:26.13 | CIA-20 | 03ifaistos 07org.oe.dev * rca58070f... 10/ (3 files in 3 dirs): packages/php/php-5.1.4.bb: Patch to allow php-5 to compile for x86 (at least) |
| 14:26.19 | CIA-20 | 03ifaistos 07org.oe.dev * r019782b0... 10/ (1 packages/libxml/libxml2_2.6.26.bb): |
| 14:26.19 | CIA-20 | packages/libxml/libxml2_2.6.26.bb: copy xml2-config to staging/bin |
| 14:26.19 | CIA-20 | This is need by php during install to very that libxml2 is installed |
| 14:26.27 | CIA-20 | 03ifaistos 07org.oe.dev * r4729b71e... 10/ (5 files in 3 dirs): /packages/linux: Add kernel 2.6.20 for dht-walnut machine |
| 14:26.29 | koen | florian: can't reach berlios :( |
| 14:26.34 | CIA-20 | 03ifaistos 07org.oe.dev * r8c287818... 10/ (4 files in 3 dirs): packages/linux: Add kernel 2.6.20 for x86 |
| 14:26.51 | hrw | Ifaistos: inherit binconfig was not enough for libxml2? |
| 14:27.00 | koen | Ifaistos: doesn't 'inherit binconfig' take care of that? |
| 14:27.19 | Ifaistos | no its not set to executable |
| 14:27.50 | hrw | Ifaistos: then do_compile_append() { chmod 755 xml2-config} |
| 14:27.53 | florian | koen: http://prdownload.berlios.de/bitbake/bitbake-1.6.6.tar.gz, the first mirror seems to be alive |
| 14:28.46 | hrw | Ifaistos: binconfig.bbclass mangle files content |
| 14:29.52 | Ifaistos | hrw : not sure what you mean |
| 14:30.37 | hrw | Ifaistos: all *-config files are staged by binconfig.bbclass (inherit binconfig). during staging they have all paths changed to point to staging |
| 14:31.19 | hrw | Ifaistos: so if you have to make it executable to get it used by binconfig.bbclass then do it in extra step |
| 14:31.42 | Ifaistos | ahhh ok |
| 14:32.44 | Ifaistos | basically both patches are king of a hack to get it compiled and see how it works |
| 14:33.07 | Ifaistos | php needs *alot more work* |
| 14:33.55 | Ifaistos | so at least we can get apache+php working on x86 |
| 14:34.40 | koen | florian: http://projects.linuxtogo.org/frs/?group_id=14&release_id=44 |
| 14:35.04 | hrw | I also worry a bit when see all those 2.6.20 kernels recipes |
| 14:35.31 | Ifaistos | all tested to at least boot ;) |
| 14:35.35 | hrw | 2.6.20 progear, simpad, efika, dht-walnut, rp |
| 14:35.41 | hrw | first two are joined |
| 14:37.03 | Ifaistos | since the api changed somewhat in 2.6.20 you need them to keep in sync with varius external modules |
| 14:38.18 | florian | koen: many thanks! |
| 14:38.34 | koen | np |
| 14:38.35 | *** join/#oe heart (n=zippetto@lugbari/people/heart) |
| 14:38.42 | Ifaistos | the one thing i can not decide is if the x86 should be a "minimal" one or have everything defined as modules (except basic drivers need it for booting) |
| 14:38.51 | florian | I wonder if we maybe want a generic kernel project at ltg |
| 14:40.19 | koen | more fragmentation! |
| 14:41.13 | florian | koen: or less if we convince enough projects to join... |
| 14:41.46 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 14:41.48 | florian | e.g. if i would have to work on a kernel i could not use the hh.org tree. |
| 14:42.01 | hrw | packages/linux/linux_2.6.20.bb was added as generic kernel |
| 14:42.26 | Jin^eLD | what is the easiest way to tell angstrom to produce a tar.gz rootfs rather than a jffs2 image? |
| 14:42.59 | NAbyss_ | Jin^eLD: In your local.conf, IMAGE_TYPES |
| 14:43.06 | Jin^eLD | ah, thx |
| 14:43.21 | NAbyss_ | Er IMAGE_FSTYPES |
| 14:43.55 | Jin^eLD | got that, thanks |
| 14:44.35 | Jin^eLD | will be my first test with angstrom on that hardware :> |
| 14:44.45 | NAbyss_ | Good luck :) |
| 14:44.47 | Jin^eLD | and actually my first angstrom test at all, first time I built it now :) |
| 14:44.55 | Jin^eLD | thx =) |
| 14:48.03 | Ifaistos | koen : would you be interested for binary images for angstrom - for efika and x86 ? |
| 14:48.54 | Ifaistos | koen : something that would fit in a 128MB usb stick or CF |
| 14:49.17 | hrw | Ifaistos: my progear run angstrom |
| 14:50.03 | Ifaistos | i mean something people can download, write to usb stick and run it, without the...pain |
| 14:50.32 | Ifaistos | of having to master OE |
| 14:51.32 | *** join/#oe Varoudis_ (n=varoudis@athedsl-32334.otenet.gr) |
| 14:58.38 | NAiL | Hmm... Anyone familiar with PC1 encryption? |
| 14:58.53 | NAiL | I'm trying to find something that can en/decrypt it on the cmdline |
| 14:59.14 | florian | what is /var/lib/dbus/machine-id?! |
| 14:59.59 | koen | florian: some id dbus needs, iirc via dbus-uuidgen |
| 15:00.04 | *** join/#oe jkp_ (n=jkp@83-216-146-102.jonath069.adsl.metronet.co.uk) |
| 15:00.18 | koen | Ifaistos: sure, you can upload those to unstable/images/<date> if you want |
| 15:00.53 | *** join/#oe joshin (n=joshin@VDSL-130-13-11-75.PHNX.QWEST.NET) |
| 15:05.03 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 15:05.29 | koen | Ifaistos: do you know how to get agp working properly on the efika? |
| 15:05.42 | koen | so that I can use DRI/DRM on my radeon? |
| 15:05.47 | gerwinin | Koen: is the pressrelease good enough to send out ? |
| 15:06.40 | Ifaistos | koen : What do mean by "properly" ? |
| 15:19.23 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 15:24.41 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 15:26.23 | *** join/#oe DoKu (n=doku@dsl-62-220-14-162.berlikomm.net) |
| 15:35.03 | *** part/#oe LoDown (n=LoDown@dsl093-230-107.lou1.dsl.speakeasy.net) |
| 15:36.31 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 15:47.32 | koen | gerwinin: no objections from me, dunno what the others think |
| 15:47.45 | koen | Ifaistos: it's using some weird agp-over-pci thing |
| 15:48.02 | RP | koen: Nokia have released the cx3110x source, there's a .bb in poky ;-) |
| 15:48.11 | koen | RP: :) |
| 15:48.27 | Ifaistos | koen : its agp actually. agp x1 @66Mhz |
| 15:49.10 | koen | Ifaistos: not quite |
| 15:49.16 | koen | the 'not quite' is the problem |
| 15:50.30 | Ifaistos | koen : the pci bus of the power pc can be 33 or 66 Mhz. when you plug the raiser the bios switches it to 66 |
| 15:50.53 | koen | well, agp still doesn't work properly :( |
| 15:51.04 | Ifaistos | koen : haven't done much work on grafix modes, either than running Angstrom |
| 15:51.09 | koen | I remember some weird agp configs from the pegasos board |
| 15:51.39 | Ifaistos | koen : well its a big hack... having a vm to initialize the bios of the card... |
| 15:51.49 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-0ade87f08190fdad) |
| 15:52.36 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 15:52.58 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 15:54.11 | hrw | koen: which pegasos? there were two versions |
| 15:54.15 | hrw | both suxx |
| 15:55.22 | koen | no idea |
| 15:55.30 | koen | the one I saw in the wild a while ago |
| 15:58.14 | koen | RP: merged into OE and source mirrored :) |
| 15:58.49 | CIA-20 | 03koen 07org.oe.dev * r0133c0f2... 10/ (1 packages/c3110x packages/c3110x/cx3110x_1.1.bb): c3110x: add wifi driver for connexant chips (from poky) |
| 16:03.00 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 16:11.00 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 16:19.33 | *** join/#oe xumbi8 (n=xumbi@c-24-128-224-250.hsd1.nh.comcast.net) |
| 16:20.43 | hrw | JustinP: http://pastebin.ca/365019 is needed to build edje-native |
| 16:24.12 | *** join/#oe wrobbie_ (n=rob@cm74.kappa84.maxonline.com.sg) |
| 16:26.55 | Gerrath | I need to add a newer version of libxml-native for the latest version of php (5.2) to work. What is the cleanest way to submit patches? Do I submit a patch for libxml-native and a patch for php-native_5.2 or just submit one mtn patch for both? |
| 16:28.20 | hrw | two patches |
| 16:28.44 | Ifaistos | clean builds with the new rootfs for 2 targets (efika/dht) with uclibc build succesfully |
| 16:29.23 | Gerrath | hrw, thanks. |
| 16:29.42 | Ifaistos | Gerrath : Have you tested php 5.2 ? on which target ? |
| 16:29.50 | Gerrath | hrw, I'll just set the php bug dependent on the libxml-native bug.. |
| 16:30.03 | hrw | good thinking |
| 16:30.10 | Gerrath | Ifaistos, I have tested it on xscale (arm), I added in your patch as well :-) |
| 16:31.01 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 16:31.25 | Gerrath | Ifaistos, I have patches to add in the latest php4 and php5 to OE, I just need to clean up the native files which is what I'm doing now. I would love for you to test them on your system if you have time. |
| 16:31.36 | koen | hrw: I'll know in ~2 hours if insane causes the glibc problem |
| 16:32.44 | Ifaistos | Gerrath : sure. just ping me when you submit them on the bugtracker |
| 16:32.57 | Gerrath | Ifaistos, will do, thanks. |
| 16:33.15 | hrw | koen: ok |
| 16:41.33 | *** join/#oe Eblis_ (n=Miranda@86.34.3.192) |
| 16:41.50 | niv_one_three | ibot change 350 usd to ils |
| 16:44.42 | *** join/#oe Ken|JLime (i=Kristoff@h207n1fls306o1049.telia.com) |
| 16:45.51 | hrw | btw.. someone has spare pcmcia -> cf (type I) adapter? |
| 16:49.03 | xumbi8 | cbrake: I just read your latest article |
| 16:49.43 | *** join/#oe Sonic|Laptop (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 16:50.04 | *** join/#oe anushsh (n=anushshe@220.226.53.208) |
| 16:50.09 | *** join/#oe wookey_ (n=wookey@courthouse.aleph1.co.uk) |
| 16:50.42 | *** join/#oe ar (n=ar@port-ip-213-211-231-84.reverse.mdcc-fun.de) |
| 16:52.13 | *** join/#oe Bitmaster (n=Bitmaste@c-a361e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 16:55.56 | *** join/#oe theturtle (n=theturtl@theturtle.net) |
| 16:55.58 | *** join/#oe saladino (n=saladino@pc-depian3.deusto.es) |
| 16:56.04 | saladino | hi |
| 16:56.47 | hrw | cu |
| 16:57.24 | *** join/#oe hvontres|poodle (n=hvontres@68.120.74.196) |
| 17:02.54 | *** join/#oe tuxperger (n=mv@geo9.hut.fi) |
| 17:03.13 | *** join/#oe tkunze (n=tkunze@BAA2138.baa.pppool.de) |
| 17:03.18 | Gerrath | Ifaistos, your php patch actually breaks php for other builds, can you try this instead on your board and see if it still works: --with-libxml-dir=${STAGING_BINDIR_CROSS} |
| 17:06.21 | cbrake | xumbi8: yes, things are moving along. I am now booting into the nor partition, and then switch_root'ing into the jffs2 on NAND. |
| 17:06.35 | cbrake | xumbi8: so far things seem to be working. |
| 17:06.38 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 17:07.07 | cbrake | xumbi8: it takes 20seconds to mount a 512MB NAND parition, so I'll have to trim down the partition size some. |
| 17:10.17 | Ifaistos | Gerrath : will try later, as i am going now. In any case make any changes you want to get a working system and then i'll see how to get it going for x86 and the ppc platforms |
| 17:10.56 | Gerrath | Ifaistos, ok, I will have patches ready in an hour or two, should I email you at the email address in bug tracker? |
| 17:11.35 | Ifaistos | Gerrath : send to stelios@stelioscellar.com |
| 17:12.20 | Gerrath | Ifaistos, ok thanks. |
| 17:12.58 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 17:20.03 | cbrake | xumbi8: a few other things to work out like CONFIG_MTD_CMDLINE_PARTS is broke in the cm-x270 NAND driver ... |
| 17:20.06 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 17:21.16 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 17:24.29 | *** join/#oe Slims (n=joni@13.72.79.83.cust.bluewin.ch) |
| 17:25.22 | koen | hrw|gone: 1.6M libc6_2.5-r4_ppc603e.ipk |
| 17:25.32 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 17:38.09 | xumbi8 | cbrake: ah very cool, 20 seconds is fast, when I had a jffs2 file system running in just 128MB of NAND it took about a minute to mount |
| 17:40.28 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 17:42.01 | hvontres|poodle | koen: Do we have any sort of snity tests for qemu-native (other than rebuilding glibc) ? |
| 17:42.14 | koen | not really |
| 17:42.57 | *** join/#oe rob_w (n=bob@p85.212.171.218.tisdip.tiscali.de) |
| 17:42.58 | hvontres|poodle | koen: ok. I was thinking of digging into my segfault from earlier some more... |
| 17:45.18 | koen | " So it turns out that OpenOffice exports RTF which neither it or Microsoft office is able to read." |
| 17:45.33 | koen | from http://blogs.gnome.org/view/uraeus/2007/02/20/0 |
| 17:45.57 | hvontres|poodle | wow... what a usefull feature :) |
| 17:46.09 | mwester | It's a new form of security. |
| 17:46.24 | hvontres|poodle | does anybody still use RTF?????? |
| 17:46.49 | koen | it's the only sanely spec'ed format out there |
| 17:46.58 | mwester | I bump into it all the time with my M$ customers. |
| 17:47.29 | Ifaistos | write once...read never :) |
| 17:47.42 | mwester | Many of them think that they are being "open" by putting "README.RTF" in a folder instead of "README.DOC". :( |
| 17:48.28 | hvontres|poodle | Ifaistos: hey, that sounds like the perfec format for my new WORM based filesystem :) |
| 17:48.48 | *** join/#oe mmp (n=mmp@158.195.98.135) |
| 17:49.28 | hvontres|poodle | err, I Mean WORN based of course :) |
| 17:49.31 | cbrake | xumbi8: mount time may depend how full it is as well -- I'm currently only 6% full. |
| 17:50.38 | hvontres|poodle | http://academics.vmi.edu/ee_js/Research/IC_Datasheets/digital_cmos/Write%20Only%20Memory.pdf |
| 17:51.12 | *** join/#oe psokolovsky__ (n=psokolov@whooply.essence.volia.net) |
| 17:56.03 | *** join/#oe anushsh (n=anushshe@220.226.89.163) |
| 17:56.43 | *** join/#oe greentux (n=lemke@195.227.105.180) |
| 17:57.41 | CIA-20 | 03koen 07org.oe.dev * r0385e8bd... 10/ (1 classes/insane.bbclass): insane.bbclass: fix ERROR: Exception:exceptions.TypeError Message:not enough arguments for format string by removing a spurious '%s' |
| 17:59.21 | koen | hrw|gone: ok, gcc packaging goes wrong now :( |
| 18:07.21 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 18:08.36 | *** join/#oe putumutukas (n=putukas@ip164.cab25.trt.starman.ee) |
| 18:09.34 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 18:13.33 | *** join/#oe mr_nice (n=mr_nice@p54A9CD37.dip.t-dialin.net) |
| 18:13.36 | mr_nice | hi all |
| 18:13.58 | koen | hey mr_nice |
| 18:14.05 | koen | hrw|gone: see bug 1892 |
| 18:14.10 | putumutukas | ni |
| 18:14.39 | koen | !oebug 1892 |
| 18:14.41 | cdbot2 | * * Bug 1892, Status: NEW, Created: 2007-02-20 09:55 |
| 18:14.42 | cdbot2 | * * koen(AT)dominion.kabel.utwente.nl: Bitbake decides to not package stuff |
| 18:14.43 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1892 |
| 18:17.31 | mr_nice | koen: hi |
| 18:22.04 | CIA-20 | 03florian 07org.oe.dev * r2aa77368... 10/ (4 files in 3 dirs): gpe-bootsplash-theme-gpephone: New theme for gpephone images. |
| 18:22.09 | CIA-20 | 03florian 07org.oe.dev * r571d3cdf... 10/ (1 packages/gpephone/task-gpephone.bb): task-gpephone: Use specific theme. |
| 18:23.14 | putumutukas | hi Crofton__, have you had time to take a look at the omap tty problem ? |
| 18:26.52 | Crofton__ | Sorry, I won't get a chance this week. My plane leaves for FOSDEM tomorrow afternoon |
| 18:27.01 | Crofton__ | and the locals are beating on me :) |
| 18:27.28 | Crofton__ | and I need to go see a guys defense on UWB and position location |
| 18:27.31 | putumutukas | ok, i'll try to investigate a little bit on my own |
| 18:28.03 | putumutukas | but do you know- if i clear the line console=ttyS0 from bootargs |
| 18:28.31 | putumutukas | is it possible to accesss the flash or should i repair the flash for that ? |
| 18:28.55 | koen | with that out of the way, time for dessert |
| 18:29.06 | putumutukas | :D |
| 18:31.28 | mr_nice | if there is only one char to change in a textfile is it better to create a patchfile or write the sed command in a bugreport? |
| 18:31.44 | Crofton__ | putumutukas, it is OK to clear that from the kernel args, you should still be able to talk to u-boot via serial |
| 18:32.00 | putumutukas | ok, i'll try that then |
| 18:32.45 | putumutukas | Cofton, and just in case i mess it up again- do you happen to have any good tools to repair Rev D flash ? |
| 18:35.02 | *** join/#oe Crofton (n=balister@hc6521432.dhcp.vt.edu) |
| 18:35.47 | Crofton | putumutukas, I have my laptop in the defense ... |
| 18:36.38 | mr_nice | or better to ask are sed commands accepted in a bugreport? |
| 18:37.31 | putumutukas | Crofton, i have mine just in front of me :P but did i understand right that you have some stuff in your laptop ? |
| 18:37.51 | Crofton | no |
| 18:38.00 | Crofton | I can just chat some while I watch the talk |
| 18:38.13 | putumutukas | a ok |
| 18:38.35 | putumutukas | then i go and try what happens if i remove the console line from the bootargs |
| 18:38.52 | Crofton | ok |
| 18:41.30 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 18:45.55 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 18:49.01 | *** join/#oe rob__w (n=bob@p85.212.185.44.tisdip.tiscali.de) |
| 18:54.53 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 18:54.55 | *** join/#oe Shoragan (n=shoragan@datenfreihafen.org) |
| 18:55.08 | *** join/#oe alphaone (n=daniel@datenfreihafen.org) |
| 19:03.20 | koen | mickeyl: good morning! |
| 19:03.35 | koen | mickeyl: how's the defense preparation coming along? |
| 19:05.18 | mickeyl | mmh |
| 19:05.21 | mickeyl | not feeling well about it |
| 19:05.51 | mickeyl | i definitely started way too late |
| 19:06.09 | mickeyl | so now 24h left to prepare and i'm very nervous |
| 19:06.36 | koen | mickeyl: make sure you get enough sleep the night before |
| 19:06.51 | mickeyl | koen: I'll try. can't tell that I'm sleeping very good these days though |
| 19:06.56 | *** join/#oe putukas (n=putukas@ip164.cab25.trt.starman.ee) |
| 19:07.25 | mickeyl | i'll probably look like a Zombie @ fosdem :) |
| 19:07.25 | putukas | Crofton, it works- removing the console=ttyS0 gave me back my long awaited serial port :) |
| 19:07.26 | koen | 'thanks' to my cold I'm sleeping 10 hours a day |
| 19:07.49 | mickeyl | hehe, cool |
| 19:07.57 | mickeyl | get well soon |
| 19:08.03 | mickeyl | you need to be fit in 72h |
| 19:10.25 | *** join/#oe koen_ (n=koen@dominion.kabel.utwente.nl) |
| 19:10.35 | Crofton | thanks for the info putukas |
| 19:11.10 | Crofton | mickeyl, I'm watching a guys defense right now, and i keep nodding off |
| 19:11.20 | mickeyl | hehe |
| 19:11.33 | Crofton | The commitee guys aren't though :) |
| 19:11.36 | mickeyl | can he answer the questions? |
| 19:11.45 | Crofton | he seems to be doing ok |
| 19:11.49 | mickeyl | good |
| 19:11.53 | Crofton | mickeyl, gete to work :) |
| 19:12.00 | mickeyl | been all day. need a rest |
| 19:12.01 | HopsNBarley | mickeyl, just relax, breathe, and you'll do fine. i totally blew one question and they let me by... (-; |
| 19:12.10 | mickeyl | HopsNBarley :) |
| 19:12.59 | putukas | Crofto you're welcome, but if you happen to create a new kernel image maybe you enable the ttyS1 and ttyS2 too which are available on the 40pin connector ;) |
| 19:13.38 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-814bcb6150b94f6e) |
| 19:16.07 | Crofton | on the OSK? |
| 19:16.43 | putukas | yes |
| 19:17.25 | Crofton | regular serial ports? do they need hw setup? |
| 19:17.26 | putukas | the ttyS1 and S2 are available on hardware, they just have to be connected via the 40pin connector |
| 19:17.37 | Crofton | I don't recall a kconfig option for this |
| 19:17.50 | Crofton | you have a mate to the connector? |
| 19:18.30 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 19:18.56 | putukas | yes |
| 19:19.54 | putukas | i'm building some sensors to the rs485 line which is made from rs232 |
| 19:20.27 | Crofton | I'll try and look into this |
| 19:20.32 | putukas | but since by default the rs485 has a limit of adresses (31) then it would be very easy to expand |
| 19:20.43 | Crofton | Feel free to send patches :) |
| 19:21.12 | putukas | i'm not so familiar with linux yet :P |
| 19:21.29 | putukas | i'm more the hardware guy- thatswhy i also asked ilvez to help me a bit |
| 19:22.05 | hvontres|poodle | mickeyl: Don't forget to get some sleep too :) |
| 19:23.22 | mickeyl | sleeping is overrated ;) |
| 19:23.58 | hvontres|poodle | mickeyl: sure...but not in the middle of your own defense :) |
| 19:24.05 | mickeyl | hehehe, true |
| 19:24.29 | hvontres|poodle | lart windblows per process memory limits |
| 19:24.35 | hvontres|poodle | ~lart windblows per process memory limits |
| 19:32.48 | *** join/#oe Masterbit (n=Bitmaste@c-a361e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 19:33.32 | *** join/#oe drw (n=drw@dirus.hrsmart.com) |
| 19:36.19 | Crofton | mickey_bbl, make sure you talk about all previous work ..... |
| 19:44.04 | *** join/#oe tuxperger (n=mv@a88-112-60-192.elisa-laajakaista.fi) |
| 19:49.00 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 19:54.47 | *** part/#oe tuxperger (n=mv@a88-112-60-192.elisa-laajakaista.fi) |
| 19:57.23 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 19:59.52 | goxboxlive | WHat is this? Is this something i should fix? How do i fix it ? http://pastebin.ca/365220 |
| 20:00.18 | *** join/#oe tuxperger (n=mv@a88-112-60-192.elisa-laajakaista.fi) |
| 20:08.03 | hvontres|poodle | goxboxlive: I think that is the result of the new and improved insanity checker in angstrom. IIRC, those errors are informative only. koen or zecke should be able to tell you more |
| 20:08.30 | goxboxlive | ok, i c thankyou |
| 20:08.50 | koen | does no one read oe-devel or look at http://openembedded.org??!?!?!?!?!?!??! |
| 20:09.17 | koen | do we actually need to post everything to IRC every 5 minutes via a bot?!?!?!?!?!! |
| 20:10.30 | hvontres|poodle | goxboxlive: http://www.openembedded.org/more-quality-assurance-tests |
| 20:11.32 | goxboxlive | yes i saw. thank you (koen: i'll read oe-dev before i ask next time) . |
| 20:12.56 | hvontres|poodle | goxboxlive: Don't worry too much... koen is just not the best at level-1 tech support :) |
| 20:13.27 | goxboxlive | :-) i know |
| 20:14.19 | *** join/#oe pgfeller (n=pgfeller@32.160.79.83.cust.bluewin.ch) |
| 20:17.20 | CIA-20 | 03pfalcon 07org.oe.dev * r0cdadd2b... 10/ (4 files in 2 dirs): linux-handhelds-2.6 2.6.19: Drop old releases. |
| 20:17.33 | CIA-20 | 03pfalcon 07org.oe.dev * ree1a305d... 10/ (5 files in 2 dirs): linux-handhelds-2.6: Drop old releases. |
| 20:17.39 | CIA-20 | 03pfalcon 07org.oe.dev * rcf5a4fa4... 10/ (1 conf/distro/angstrom-2007.1.conf): |
| 20:17.39 | CIA-20 | angstrom-2007.1.conf: Bump PREFERRED_VERSION_linux-handhelds-2.6 to use |
| 20:17.39 | CIA-20 | current release instead of old, removed. |
| 20:17.48 | CIA-20 | 03pfalcon 07org.oe.dev * r9925d98b... 10/ (1 packages/linux/linux-handhelds-2.6_cvs.bb): linux-handhelds-2.6 cvs: Trunk is 2.6.20-hh0 now. |
| 20:18.00 | *** join/#oe mv_ (n=mv@a88-112-60-192.elisa-laajakaista.fi) |
| 20:22.34 | *** join/#oe csmanx (n=csman@190.40.56.158) |
| 20:24.31 | NAiL | gah |
| 20:24.58 | NAiL | how do I set the path to ipkg.conf at compile time? It defaults to /etc no matter what --prefix-stuff I set. |
| 20:34.26 | *** join/#oe gremlin[it] (n=gremlin@ppp-220-10.25-151.libero.it) |
| 20:34.28 | CIA-20 | 03pfalcon 07org.oe.dev * r59b994b5... 10/ (6 files in 2 dirs): handhelds-pxa 2.4.19, handhelds-sa 2.4.19: Drop few older versions. |
| 20:36.46 | koen | psokolovsky__: why did you break angstrom? |
| 20:37.08 | psokolovsky__ | koen, how did I? |
| 20:37.11 | koen | yes |
| 20:37.23 | koen | please add back 2.6.16-hh9 |
| 20:37.32 | koen | since PREFERRED_VERSION_linux-handhelds-2.6 ?= "2.6.16-hh9" is breaking without that |
| 20:37.42 | gremlin[it] | hi all |
| 20:38.11 | psokolovsky__ | koen, false alarm. 2.6.16-hh8 ws dropped. 2.6.19-hh9 too. |
| 20:38.35 | psokolovsky__ | was |
| 20:38.38 | koen | damn |
| 20:38.42 | koen | I'm getting dylexic |
| 20:38.50 | koen | psokolovsky__: sorry |
| 20:39.04 | psokolovsky__ | koen, np, I try to be careful, but can miss something too ;-) |
| 20:45.10 | Crofton | Does anyone mind if I commit an updated swig? |
| 20:45.53 | koen | what's swig? |
| 20:46.24 | Crofton | some wrapper extraction program :) |
| 20:46.27 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 20:46.38 | koen | sounds 1337 |
| 20:46.41 | Crofton | http://www.swig.org/ |
| 20:47.06 | Crofton | There is already a bb file, I just need a new version |
| 20:47.06 | koen | sometimes I regret not choosing CS |
| 20:47.46 | Crofton | CS is for lusers |
| 20:47.52 | Crofton | you will have a real degree |
| 20:47.58 | Crofton | EE, right? |
| 20:48.01 | koen | yes |
| 20:48.07 | Crofton | I have EE |
| 20:48.17 | hvontres|poodle | Crofton,koen: bah..ME's rule..:) |
| 20:48.46 | Crofton | I bet half the people here have non CS degrees |
| 20:48.59 | Crofton | for us, computers are tools |
| 20:49.32 | *** join/#oe saladino (n=saladino@55.Red-80-35-102.staticIP.rima-tde.net) |
| 20:49.40 | saladino | hi |
| 20:50.03 | gremlin[it] | what's EE ? |
| 20:50.20 | mwester | non-CS here... I got into the field because the blasted things weren't doing what I needed them to do, so I had to write the code myself. |
| 20:50.20 | Crofton | Electrical Eng |
| 20:50.33 | mwester | (EE also) |
| 20:50.39 | Crofton | mwester, where the blasted things are people with CS degrees? |
| 20:50.49 | Crofton | :) |
| 20:51.28 | gremlin[it] | in italy we have Electric Eng, Electronic Eng, Computer Software Eng, Telecom Eng ... i'm computer software Eng, about but not the same of CS ... |
| 20:51.28 | mwester | hehehe! CAD stations, at the time. great concept, weak software. |
| 20:51.44 | Crofton | hmmm, you must be old .... |
| 20:51.49 | *** join/#oe cdietric (n=cdietric@pool-151-199-121-39.roa.east.verizon.net) |
| 20:51.52 | mwester | I'm ancient. |
| 20:52.01 | Crofton | Megatek? Calma? |
| 20:52.09 | mwester | Medusa. |
| 20:52.10 | Crofton | I think those are words |
| 20:53.32 | Crofton | anyway, koen, see/ not such a bad major |
| 20:53.41 | koen | yeah |
| 20:53.48 | saladino | somebody knows why tcl package can be complaining about not finding hypo symbol? |
| 20:54.55 | saladino | hypot |
| 20:54.58 | saladino | not hypo |
| 20:54.58 | saladino | xD |
| 20:57.32 | Crofton | koen, we have swig versions 1.3.24,29,31 Should I delete .24 now? |
| 20:59.55 | koen | if you want |
| 20:59.59 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 21:00.27 | Crofton | I don't see any reason to keep three versions |
| 21:04.24 | *** join/#oe Varoudis (n=varoudis@athedsl-24998.otenet.gr) |
| 21:09.55 | CIA-20 | 03crofton 07org.oe.dev * r8380c633... 10/ (3 files in 2 dirs): swig_1.3.31bb, swig-native_1.3.31 : Update to latest version of swig. |
| 21:10.02 | CIA-20 | 03crofton 07org.oe.dev * r44bd9a4a... 10/ (3 files in 2 dirs): swig_1.3.24.bb, swig-native_1.3.24.bb : Remove old files. |
| 21:12.03 | psokolovsky__ | gremlin[it], conf/angstrom-*.conf |
| 21:13.10 | psokolovsky__ | greentux, conf/distro/angstrom-*.conf |
| 21:13.35 | gremlin[it] | they son't contain the word 'insane' :( |
| 21:13.44 | greentux | psokolovsky__: :) nice try. |
| 21:14.43 | psokolovsky__ | gremlin[it], why don't you make friends with grep -r? ;-) |
| 21:14.57 | psokolovsky__ | greentux, sorry ;-) |
| 21:15.08 | psokolovsky__ | gremlin[it], conf/distro/include/angstrom.inc |
| 21:15.16 | greentux | psokolovsky__: 1 beer left @ fosdem beer event :) |
| 21:15.30 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:16.01 | psokolovsky__ | greentux, too bad I won't be there ;-) |
| 21:16.04 | gremlin[it] | psokolovsky__ ... distro/include/angstrom.inc |
| 21:16.13 | psokolovsky__ | yup |
| 21:16.24 | psokolovsky__ | damn |
| 21:16.50 | psokolovsky | time to sleep %) |
| 21:17.07 | gremlin[it] | hahah :) |
| 21:17.09 | gremlin[it] | good night psokolovsky |
| 21:17.14 | koen | 'night psokolovsky |
| 21:18.15 | psokolovsky | gremlin[it], nope, that happens everyday ;-), i'm still online for some time, hope to get confirmation of good jffs2 size ;-) |
| 21:18.41 | gremlin[it] | ok ... |
| 21:21.20 | gremlin[it] | libc ok |
| 21:27.42 | JustinP | hrw|gone: go ahead |
| 21:28.28 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 21:29.41 | *** join/#oe xumbi8 (n=xumbi@c-24-128-224-250.hsd1.nh.comcast.net) |
| 21:30.26 | xumbi8 | I have what I'm sure is a dumb question... but I must have changed something, now all my ipks are ending up in tmp/deploy/ipk/armv5te/ instead of tmp/deploy/ipk, any ideas? |
| 21:30.57 | *** join/#oe jonbaine (n=jonan@48.Red-88-7-254.staticIP.rima-tde.net) |
| 21:32.48 | gremlin[it] | psokolovsky got result ... still big 17M (instead of 18M of few dasys ago) ... |
| 21:33.30 | psokolovsky | gremlin[it], you killed task-base*.ipk? |
| 21:33.58 | gremlin[it] | 16.75Mbytes exactly ... |
| 21:34.07 | gremlin[it] | mhhh seem yes .. retry ... |
| 21:34.59 | psokolovsky | gremlin[it], 16252928 Feb 18 18:29 Angstrom-gpe-image-test-20070218-h3600.rootfs.jffs2 |
| 21:35.31 | psokolovsky | gremlin[it], that's 15872K |
| 21:35.42 | psokolovsky | that's what I have |
| 21:36.18 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:36.41 | psokolovsky | gremlin[it], please build tar.bz2 too and be ready to send me its /usr/lib/ipkg/status |
| 21:41.42 | xumbi8 | could something have changed in the way OE builds packages in the last day or two? I can't figure out what I could have changed to cause this |
| 21:44.07 | gremlin[it] | psokolovsky where i send ? |
| 21:44.34 | psokolovsky | gremlin[it], pmiscml at gmail com |
| 21:45.04 | psokolovsky | xumbi8, yep, there were changes. it's faq. see maillist |
| 21:45.21 | xumbi8 | psokolovsky: oh awesome, thanks a lot, I was going nuts! |
| 21:51.37 | *** join/#oe mr_nice|sfa3 (n=mr_nice@p54A9CD37.dip.t-dialin.net) |
| 21:51.38 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 21:56.21 | *** join/#oe saladino (n=saladino@55.Red-80-35-102.staticIP.rima-tde.net) |
| 22:03.57 | *** join/#oe polyonymous (n=hacker@pD95393E3.dip0.t-ipconnect.de) |
| 22:04.36 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 22:07.34 | *** join/#oe angom (n=angom@red-corp-201.143.88.126.telnor.net) |
| 22:10.15 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 22:15.27 | koen | mickeyl: are the openmoko-pim apps supposed to work? |
| 22:15.38 | *** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au) |
| 22:15.43 | *** part/#oe Laibsch (n=Laibsch@firewall1.vt.ms246.net) |
| 22:16.59 | mickeyl | no idea frankly |
| 22:17.05 | mickeyl | there were so many things goin on |
| 22:17.12 | mickeyl | i had no time to look into PIM |
| 22:17.28 | mickeyl | but due to o-hand working on it I pretty much rely on them |
| 22:17.49 | koen | I figured |
| 22:17.55 | koen | looks nice, though |
| 22:18.11 | RP | I can confirm OH has them working... |
| 22:18.15 | hillct | hi all |
| 22:18.29 | hillct | Is there a 'best practices' document for package submission? |
| 22:18.57 | koen | RP: they work and communicate to EDS, but I can't seem to be able to either enter or import stuff |
| 22:19.21 | *** join/#oe tomimo (n=kurre@a80-186-77-174.elisa-laajakaista.fi) |
| 22:19.23 | RP | koen: Built against omoko or OE? |
| 22:19.24 | koen | hillct: attach patches to bugzilla, people will comment on best practices from there :) |
| 22:19.31 | Crofton | heh |
| 22:19.37 | mreimer | RP: are you interested in a patch that get pxa2xx_pcmcia working with cpufreq? |
| 22:19.44 | koen | RP: OE metadata |
| 22:19.46 | RP | mreimer: yes :) |
| 22:19.47 | Crofton | what is the script that checks your bb files? |
| 22:20.00 | hillct | koen: ok, but is there anyting i should read as a starting point? |
| 22:20.03 | koen | Crofton: contrib/oe-stylize.py ? |
| 22:20.21 | Crofton | hillct, run them through the script koen mentioned |
| 22:20.44 | koen | note that that script can mess up your recipes by reordering stuff |
| 22:20.52 | Crofton | :) |
| 22:20.59 | hillct | K |
| 22:21.03 | hillct | so back things up first |
| 22:21.05 | mreimer | RP: sent. it's simple. |
| 22:21.07 | hillct | will do |
| 22:21.18 | koen | the thing that counts is that your stuff ends up attached to bugzilla |
| 22:21.24 | RP | Crofton: I'm a physicist by training btw, to add weight to your previous comment :) |
| 22:21.24 | koen | that makes sure it doesn't get lost |
| 22:21.32 | hillct | yeh |
| 22:21.36 | hillct | K |
| 22:21.47 | Crofton|home | CS guys study weird stuff |
| 22:21.47 | koen | hillct: we like plain-text and patches, so avoid tar if possible |
| 22:22.28 | hillct | so if I have secondary files besides the recipies and patches, add as separate attachments? |
| 22:22.30 | hillct | K |
| 22:22.30 | koen | but tarballs are fine if you have more than 2 or 3 files |
| 22:22.40 | hillct | ah |
| 22:23.13 | RP | mreimer: Looks good and removes a nice chunk of code :). We should try and get cpufreq into mainline really if its stable and working... |
| 22:23.38 | RP | Oh, I should mention here. ARM kexec made mainline with a big but. The syscall number changed |
| 22:23.42 | hvontres|poodle | RP: Do you have any ideas what might be causing the framebuffer corruption on resume I am seeing in 2.6.20 on poodle ? |
| 22:23.55 | RP | hvontres|poodle: No :-( |
| 22:23.56 | mreimer | RP: agreed |
| 22:23.57 | koen | RP: so we need to patch kexec-tools? |
| 22:24.10 | RP | koen: right, and its them incomatible with previous kernels |
| 22:24.43 | gremlin[it] | g'night all ... |
| 22:24.52 | koen | 'night gremlin[it] |
| 22:25.00 | RP | 'night gremlin[it] |
| 22:25.17 | koen | mickeyl: http://scap.linuxtogo.org/files/bd97cb0350dcac3426fc905727b534c9.png :D |
| 22:25.28 | koen | OE's sections are insane, though |
| 22:25.45 | RP | I thought it was better to get the code into mainline despite the syscall change. We could have had that problem at any time anyway |
| 22:30.12 | hillct | I take it oe-stylize.py just takes the bb filename as an argument. |
| 22:30.24 | hillct | It would be handy if it generated a usage message |
| 22:30.56 | *** join/#oe polyonymous (n=hacker@pD9538B41.dip0.t-ipconnect.de) |
| 22:31.23 | koen | hillct: don't take the output as gospel truth, though |
| 22:31.44 | RP | Its best thought of as a rough indicator... |
| 22:38.37 | psokolovsky | RP, so where did it get to? .21-rc? |
| 22:39.10 | RP | psokolovsky: you mean kexec? |
| 22:39.18 | psokolovsky | RP, yes |
| 22:39.40 | RP | psokolovsky: 2.6.20-gitsomething. It'll be in the as yet unreleased .21-rc1 |
| 22:39.57 | psokolovsky | RP, ok, thanks |
| 22:40.12 | RP | psokolovsky: I'm afraid I have some backlight changed queued which will cause some work to merge int hh.org too |
| 22:40.33 | RP | (changes you'll hopefully understand and agree with though) |
| 22:40.52 | psokolovsky | RP: to corgi_bl? |
| 22:41.02 | hillct | koen: should new packages start at r0 or r1? |
| 22:41.41 | koen | r0 |
| 22:41.53 | koen | you can omit PR from new packages |
| 22:41.59 | koen | (it defaults to r0) |
| 22:42.05 | RP | psokolovsky: To the whole class - see git.o-hand.com linux-rpurdie-backlight |
| 22:42.24 | hillct | K |
| 22:43.12 | psokolovsky | RP: ok, will look. I just hope that corgi_bl will lose dependency on sharp-sl.{h/etc}, like the patch we submitted to you ;-) |
| 22:43.14 | hillct | Docs say MAINTAINER is a valid field/variable to be included in recipies, but the test script says no |
| 22:43.25 | psokolovsky | RP: and will be renamed eventually ;-) |
| 22:43.39 | koen | hillct: it got moved to a seperate file |
| 22:43.58 | koen | hillct: http://www.openembedded.org/repo/org.openembedded.dev/MAINTAINERS |
| 22:44.11 | RP | psokolovsky: Its still in my inbox although I wanted to get the core fixed up first. Now I have a way to push this stuff more easily, I stand a better chance of looking at that ;-) |
| 22:44.13 | hillct | ah |
| 22:44.27 | psokolovsky | RP, nice! |
| 22:44.44 | hillct | K |
| 22:44.57 | RP | psokolovsky: I doubt it will get renamed though, I kind of like the current name and in reality, the name doesn;t mean much ;-) |
| 22:45.30 | psokolovsky | RP, but people find it confusing ;-) |
| 22:45.40 | goxboxlive | Udev is failing suddenly. It happens during QA checking status. Anyone noticed simular problem? : http:pastebin.ca/365402 |
| 22:46.02 | RP | psokolovsky: Why make things totally easy? ;-) |
| 22:46.27 | psokolovsky | RP, I really hope you're joking ;-) |
| 22:46.45 | RP | psokolovsky: My main concern is apps in opie and other places which depend on that name. I've tried to get people to code generically but have failed |
| 22:46.51 | koen | goxboxlive: how recent is your OE checkout? |
| 22:47.02 | goxboxlive | 3 minutes |
| 22:47.31 | koen | it's shouldn't do bb.fatal on that anymore |
| 22:47.45 | psokolovsky | RP, well, then it's nice chance to have userspace fix its stuff too ;-) |
| 22:49.18 | RP | psokolovsky: I just don't really want to break it for the sake of a name |
| 22:50.03 | RP | koen: Probably a similar number of times to be saying make the applet use /sys/class/backlight/*/brightness |
| 22:50.10 | RP | s/be/me/ |
| 22:50.12 | psokolovsky | RP: ok, it's change not for tomorrow, and we can review if it's really hardcoded much |
| 22:50.30 | koen | RP: good thing I wrote the minilite code which does just that :) |
| 22:50.38 | koen | 6 hours for ~10 lines of C.... |
| 22:50.55 | RP | psokolovsky: I can think of several places, some more public than others... |
| 22:51.00 | NAiL | RP: I don't think kexec is actually *used* in slugos yet. |
| 22:51.14 | RP | NAiL: I know some of your users use it? |
| 22:51.35 | NAiL | If they're using head, it's their problem ;-) |
| 22:51.46 | RP | NAiL: If its not official, thats a help :) |
| 22:52.09 | NAiL | the kexec patch wasn't in use by the last release ('bout a year ago) |
| 22:52.41 | RP | NAiL: I've given rwhitby a head up on it, lets see what he says... |
| 22:52.51 | NAiL | so if head kinda breaks, it's ok with me, as long as we can fix it before the next release. |
| 22:53.11 | RP | NAiL: As long as you match the kernel to the userspace tools, its fine |
| 22:53.53 | NAiL | Then there's no problem. We can fix the syscall number in the kernel, and the userspace stuff comes later on. |
| 22:54.30 | RP | NAiL: ok, I just want to make sure people know about it :) |
| 22:55.41 | CoreDump|home | hi |
| 22:55.45 | RP | hi CoreDump|home |
| 23:01.29 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:02.45 | hillct | wow. you're right. That script really hoses things up |
| 23:04.16 | NAiL | rwhitby: morning |
| 23:04.25 | NAiL | I was just discussing kexec with RP |
| 23:04.57 | rwhitby | cool |
| 23:05.14 | rwhitby | and CoreDump|home for the altboot support of kexec? |
| 23:05.57 | RP | Basically, we just need to agree when and what to change |
| 23:06.24 | RP | I know all the zaurus kernels have the kexec patch, what else does? |
| 23:07.21 | CoreDump|home | RP: the main problem in the past was that the arm kexec tools ( or was that the kernel patch itself?) didn't support a custom CMDLINE. Which limited kexec at least on the Z's a lot |
| 23:08.05 | RP | CoreDump|home: That hasn't been addressed yet. Even if kexec support had that, its a bit problem on the Zs due to the bootloader being broken |
| 23:08.07 | psokolovsky | RP: hh kernels have some old version, consider not really used. |
| 23:08.51 | RP | CoreDump|home: I'd probably look at implementing it but we simply can't use it so I haven't... |
| 23:09.19 | CoreDump|home | no problem there =) |
| 23:09.43 | RP | Getting something into mainline was my main aim at the moment. Extending the implementaiton in mainline is much easier :) |
| 23:10.01 | Kristoffer | RP true true |
| 23:10.09 | CoreDump|home | indeed |
| 23:10.29 | Kristoffer | RP russell is constantly demanding changes that fit his world view :) |
| 23:11.04 | RP | Kristoffer: To be fair, if he asks for something to be changed, he normally has good reason |
| 23:11.13 | *** join/#oe Laibsch (n=Laibsch@firewall1.vt.ms246.net) |
| 23:11.15 | Kristoffer | RP I know, thats the downside. |
| 23:12.14 | CoreDump|home | the problem with know-it-alls and smart-asses is that usually they _really_ know "it" all and _are_ smarter (in some cases) than you. Bloody annoying at times =) |
| 23:12.40 | Kristoffer | :D True |
| 23:13.49 | RP | The thing is I'm now telling people off for the things Russell used to NAK my patches for :) |
| 23:14.03 | Kristoffer | haha :) |
| 23:14.58 | CoreDump|home | RP: as I said, it can be annoying when they are right ;) |
| 23:15.25 | RP | CoreDump|home: :) |
| 23:15.57 | Kristoffer | I only recently returned back to update the 2.6.20 for superh-3 (jornada processor) and found the entire IRQ structure had changed. So instead of fixing what I was suppose to, I had to start fixing alot of undeclared stuff. Hate when that happens |
| 23:16.03 | CoreDump|home | I know what I'm talking about. People keep calling me smart-ass at work all the time :\ |
| 23:16.33 | Kristoffer | :) |
| 23:17.33 | RP | I'm surrounded by people who know a lot more than me about certain areas. Of course I know certain areas better than them too so it kind of cancels out :) |
| 23:18.47 | RP | Kristoffer: That is the big benefit in merging things into mainline. I had that with the Zaurus code at first, now most of it is in mainline, it gets automatic conversion |
| 23:19.03 | RP | Yes, getting it in was tough, but very much worthwhile from that PoV |
| 23:20.07 | Kristoffer | RP yes. I pointed it out to paul(Linuxsh maintainer) that the build was messed up and he simply stated that machines that receive maintenance builds |
| 23:20.33 | Kristoffer | I took it as a sign to start sending him lots of patches :) |
| 23:22.51 | Kristoffer | RP btw, may I ask a favor? I'm most likely going to send some patches to Russell tommorow night (or night after that). Got time before then to look at some patches, for obvious no-no's? |
| 23:23.22 | RP | I can have a quick glance, maybe not a full on review |
| 23:25.12 | *** join/#oe saladino (n=saladino@55.Red-80-35-102.staticIP.rima-tde.net) |
| 23:25.20 | saladino | hi |
| 23:25.32 | Kristoffer | RP would greatly appreciate it. Will talk to you tommorow |
| 23:27.44 | RP | Kristoffer: Worst case, mail me. Tomorrow would be better than the day after as I'll be packing for FOSDEM |
| 23:28.23 | rwhitby | RP: ixp4xx kernel has kexec patch in it |
| 23:29.32 | Kristoffer | RP roger |
| 23:31.18 | RP | rwhitby: Any problem with changing the syscall number and updating the kexec-tools PR at the same time? |
| 23:31.57 | rwhitby | RP: happy to change at any time. |
| 23:32.25 | rwhitby | matching upstream-to-be is always worthwhile. |
| 23:32.51 | RP | rwhitby: I'm wondering about now? :) |
| 23:33.13 | rwhitby | now is good. |
| 23:34.02 | RP | ok, lets get on and do it. I think nslu2 and the zaurus are the two main users, anyone else will have to play catchup |
| 23:34.07 | rwhitby | RP: if you point me to your commit, I'll do the same change to our ixp4xx kernel svn repo. |
| 23:34.23 | rwhitby | (which will then flow through to OE kernel builds) |
| 23:34.29 | RP | rwhitby: Expect something in a few minutes :) |
| 23:35.24 | rwhitby | I've got all day :-) |
| 23:37.01 | RP | rwhitby: I'm going to sleep in a minute ;-) |
| 23:39.21 | *** join/#oe NAbyss (n=foo@ppp75-69.lns1.mel3.internode.on.net) |
| 23:39.45 | RP | rwhitby: I'm going to have to unpack some of these kernels to redo the diff so its going to talk slightly longer than that... |
| 23:45.36 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-085-149.pools.arcor-ip.net) |
| 23:45.38 | RP | Yay, Linus pulled the backlight tree :) |
| 23:45.54 | saladino | is it possible to have more that one pacth applied to a src using the SRC_URI += "file://" stuff ? |
| 23:46.08 | hvontres|poodle | RP: quick question, are you planning on updating just .dev or is this going to go into .354x as well? |
| 23:46.34 | RP | hvontres|poodle: Just .dev atm. .354x will be a question for hrw |
| 23:46.38 | saladino | im trying to add another patch to package adding another SRC_URI += file:// to the bb file but it fails |
| 23:47.10 | RP | saladino: Try file://some.patch;patch=1 |
| 23:47.19 | NAbyss | saladino: You should be able to separate them by newlines, and add ;patch=1 to the end of the URI, from memory.. i.e. SRC_URI += "file://blah;patch=1 \ (newline) file://foo;patch=1" |
| 23:47.40 | hvontres|poodle | RP: and just so I understand this correctly, the syscall change only affects the kernel that kexec is run on, not the one that gets loaded next, correct? |
| 23:48.20 | saladino | ahm |
| 23:48.25 | saladino | newline is the key |
| 23:48.31 | saladino | i'll try |
| 23:48.49 | RP | hvontres|poodle: Yes |
| 23:48.55 | saladino | the 1 of patch= is like doing patch -p1 ? |
| 23:49.22 | hvontres|poodle | RP: ok... change away then :) |
| 23:49.42 | RP | saladino: No, that would be ;pnum=1;patch=1 |
| 23:49.49 | RP | saladino: patch=1 just means its a patch |
| 23:49.53 | saladino | ahm |
| 23:49.54 | saladino | ok |
| 23:50.59 | hvontres|poodle | RP: One other thing, you mentioned a while back you were having trouble getting the serial console on poodle to work. is that still broken? I am about to build a serial-cable to help with some more kerel stuff (poser levels and some of the 2.6.20 wiredness) |
| 23:51.46 | hvontres|poodle | ~s/poser/power |
| 23:52.02 | RP | hvontres|poodle: Yes, mine doesn't work properly. Not sure if thats my lead or the device |
| 23:53.12 | hvontres|poodle | RP: ok.... that'll make hardware debugging fun....:) |
| 23:53.50 | RP | rwhitby: http://www.rpsys.net/openzaurus/temp/kexec_convert.patch is basically what you need (this is an old kernel so lots of missing calls to fill in) |
| 23:54.03 | hvontres|poodle | RP: if mine works, would you like one too? I have enough parts to build two boards. and unlike the standard cable, you also get USB :) |
| 23:55.07 | RP | hvontres|poodle: I actually have the bits to make one too, just not the time to actually do it but thanks for the offer :) |
| 23:56.23 | saladino | humm, i think something is not working well with various patches to patch, i have 2, when i put only one, no matter what, it works, when i put 2 and one specifically first it fails with a python exception, and with the other ones first it fails the patch but the file is pacthed |
| 23:56.33 | saladino | SRC_URI += "file://error_print_progname.patch;patch=1 \ |
| 23:56.35 | saladino | file://more_math.patch;patch=1" |
| 23:57.15 | RP | saladino: Do the patches overlap? |
| 23:58.08 | saladino | nop |
| 23:58.31 | saladino | diferent files |
| 23:59.35 | RP | saladino: It should work. I think the record for the most patched build is held by a kernel with over 50 patches... |
