00:00.07 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
00:02.17 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
00:16.53 | *** join/#oe bronson (n=bronson@pool-71-243-110-163.bos.east.verizon.net) |
00:37.41 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
00:54.02 | *** join/#oe tmbinc (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net) |
00:59.05 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
01:00.21 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
01:07.49 | *** join/#oe noclouds (n=mhfan@60.166.32.187) |
01:15.04 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
01:34.00 | *** part/#oe jebba (n=jebba@ip-216-17-203-198.rev.frii.com) |
02:56.14 | *** join/#oe moa (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
02:58.53 | *** join/#oe dijenerate (n=dijenera@72.22.143.41) |
03:14.23 | [g2] | CosmicPenguin around ? |
03:15.08 | [g2] | Is the USB on the GX2 full-speed or high-speed ? |
03:20.32 | *** join/#oe kergoth_ (n=kergoth@c-24-118-213-150.hsd1.mn.comcast.net) |
03:21.52 | [g2] | hey kergoth |
03:22.28 | kergoth_ | hey |
03:22.48 | [g2] | how goes mate :) |
03:22.54 | kergoth | pretty good |
03:23.19 | [g2] | cool |
03:23.38 | [g2] | other than giving the svk guys hell whats new ? :) |
03:24.11 | *** join/#oe kergoth_ (n=kergoth@c-24-118-213-150.hsd1.mn.comcast.net) |
03:27.56 | kergoth | just working at the new job and the like. havent done much coding or open source work other than that lately |
03:28.33 | [g2] | it's good to de-compress every now and then |
03:32.47 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
03:46.14 | *** join/#oe idealm (n=ideal@222.67.235.204) |
03:53.44 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
04:16.47 | *** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net) |
04:22.28 | *** join/#oe Luke-Jr (n=luke-jr@user-0c93tin.cable.mindspring.com) |
04:24.44 | *** join/#oe Geo_KM (n=keith@ppp61-243.lns1.cbr1.internode.on.net) |
04:48.33 | *** join/#oe Jenna (n=cherryRe@209.8.233.208) |
04:49.02 | *** part/#oe Jenna (n=cherryRe@209.8.233.208) |
04:51.13 | *** join/#oe idealm (n=ideal@222.67.235.204) |
04:55.49 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
05:31.49 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
05:57.59 | *** join/#oe noclouds (n=mhfan@60.166.32.187) |
06:13.18 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:16.48 | *** join/#oe DaKa (n=david@193.13.58.211) |
06:29.25 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
07:17.04 | *** join/#oe rob_w|mobil (n=rob_w@p549B98FE.dip0.t-ipconnect.de) |
07:20.46 | *** join/#oe alan|home (n=alan@ARouen-152-1-86-19.w86-195.abo.wanadoo.fr) |
07:26.56 | alan|home | morning |
07:31.59 | shadows | hey |
07:32.48 | alan|home | hi shadows |
07:33.25 | shadows | i think the next step for me is to use gcc HEAD to compile OE |
07:33.45 | shadows | not sure how to do that though |
08:17.50 | *** join/#oe mgoebl (n=matthias@ppp-82-135-64-3.mnet-online.de) |
08:26.16 | jbowler-away | mickey|zzZZzz revision a4b0f8eefbb320cfec2d47723f9baccd0f66f243 to packages/linux/linux-mtx-1_2.4.24.bb: |
08:26.23 | jbowler-away | -inherit kernel |
08:26.23 | jbowler-away | +inherit module-base kernel |
08:26.39 | jbowler-away | Seems to be causing this error on first parse (when kernel-ccsuffix is missing): |
08:27.30 | jbowler-away | NOTE: bb.build.FuncFailed:("can't read from file '%s' (%s)", ('/home/work-tmp/jbowler/nslu2/openslug/staging/armeb-linux/kernel/kernel-ccsuffix', <exceptions.IOError instance at 0xb7b7b22c>)) while evaluating: |
08:28.46 | jbowler-away | I believe because of the definition of KERNEL_CCSUFFIX in module-base, which is recursive |
08:29.00 | jbowler-away | (That kernel .bb won't build with the inherits in that order) |
08:31.53 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
08:39.43 | *** join/#oe alan|home (n=alan@ARouen-152-1-96-245.w86-199.abo.wanadoo.fr) |
08:45.48 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
09:08.40 | XorA | morning |
09:10.35 | *** join/#oe boras (n=bora@85.102.128.60) |
09:11.28 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
09:12.08 | hrw|work | morning |
09:12.20 | hrw|work | ~shoot Hans Reiser |
09:12.23 | ibot | ACTION shoots Hans Reiser in the eye with a phase pistol! |
09:12.23 | ade|desk | morning all |
09:12.51 | koen | hrw|work: Dzien dobry |
09:12.59 | hrw|work | koen: dzień dobry koen |
09:14.23 | XorA | hrw|work: reiserfs died? |
09:14.40 | hrw|work | XorA: I hope that --rebuild-tree will restore it |
09:14.49 | hrw|work | its 90G partition used as /home/ |
09:14.52 | XorA | hrw|work: I have had success with that before |
09:15.00 | XorA | takes ages, but does recover the data |
09:15.04 | hrw|work | I know |
09:15.09 | hrw|work | used it many times |
09:15.10 | XorA | but after 3-4 times, I went with ext3 |
09:15.24 | hrw|work | but home machine oopsed at the end so I took disc to work |
09:15.53 | XorA | reiser and OE dont mix |
09:15.55 | hrw|work | now have to find 60+ disc to backup and convert to xfs |
09:32.56 | _guillermo | does anyone have a valid local.conf for an ipaq 3900 with familiar? |
09:33.32 | hrw|work | MACHINE="h3900" DISTRO="familiar-0.8.3" for .oz354fam083 |
09:33.39 | hrw|work | DISTRO="familiar-unstable" for .dev |
09:34.17 | hrw|work | ~shoot loadkeys for wanting access to /dev/tty0 /dev/console (which are 600 root:root) |
09:34.18 | ibot | ACTION shoots loadkeys for wanting access to /dev/tty0 /dev/console (which are 600 root:root) in the ear with a glue gun! |
09:35.05 | koen | .oz354fam083 has a conf/local.conf.familiar-0.8.3 |
09:35.58 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
09:36.08 | koen | hrw|work: could you upload a local.conf for OZ as well? |
09:36.32 | hrw|work | sure |
09:36.57 | hrw|work | koen: can you chmod 644 /dev/console - this will make loadkeys happy and I will get uninterrupted kernel builds |
09:37.12 | koen | done |
09:37.51 | _guillermo | koen: thx |
09:37.56 | *** join/#oe koobla (n=Simon@wall4.soft.uni-linz.ac.at) |
09:38.20 | hrw|work | great |
09:39.17 | hrw|work | thx |
09:49.41 | hrw|work | build-oz.sh started.. |
09:58.46 | hrw|work | koen: NOTE: package collie-kernel-24-8-2.4.18-rmk7-pxa3-embedix-r23: task do_build: completed |
09:58.49 | hrw|work | koen: thx |
10:23.41 | hrw|work | DEPLOY_DIR_IMAGE = "${DEPLOY_DIR}/images/${DISTRO_VERSION}/${MACHINE}" |
10:23.52 | hrw|work | nice for release work |
10:26.10 | *** join/#oe boras (n=bora@85.102.128.60) |
10:27.33 | RP | http://www.rpsys.net/openzaurus/temp/qemu3.png |
10:27.52 | RP | I do love insane hacks :) |
10:29.30 | XorA | RP: qemu in arm mode |
10:30.15 | RP | XorA: qemu-arm-system with a framebuffer ;-) |
10:31.04 | XorA | RP: that'll make devel a touch easier :-) |
10:31.32 | XorA | or psychos can run opie on qemu on gpe on arm :-) |
10:32.04 | koen | now we just need to integrate in in to OE :) |
10:33.05 | XorA | bitbake on arm on qemu on amd64 :-) |
10:33.48 | hrw|work | ~hail usbnet |
10:33.50 | ibot | ACTION bows down to usbnet and chants, "I'M NOT WORTHY!!" |
10:33.50 | RP | being able to run OE images on an emulator would be nice :) |
10:33.58 | RP | Its a hack as I added a dummy kernel driver and then added that into qemu. I suspect people might find it useful though :) |
10:34.00 | hrw|work | RP: you can do it already |
10:34.27 | hrw|work | RP: give ext2 image for qemu and it should boot it |
10:34.30 | RP | hrw|work: Which emulator? |
10:35.02 | RP | hrw|work: But its not running as its own system? |
10:35.12 | hrw|work | RP: I tested only x86/qemu with iso9660 and it booted it as OS |
10:35.41 | RP | arm system support isn't that good yet |
10:35.59 | hrw|work | ;( |
10:38.11 | *** part/#oe benlau (n=benlau@benlau.rd.ust.hk) |
10:38.19 | hrw|work | oz 3.5.4-test3 gpe booting on collie |
10:38.50 | RP | hrw|work: This is why that framebuffer is an interesting idea - it brings booting arm images from OE a lot closer to reality |
10:41.05 | hrw|work | koen: now I see what you meant about gpe-dm restarting... |
10:41.36 | koen | hrw|work: and I have no idea why :( |
10:42.13 | hrw|work | koen: if you do not have then how can I have.. |
10:42.21 | koen | the keyluanchbug should only mess up post gpe-login |
10:42.59 | hrw|work | and on collie I cannot even do alt-ctrl-backspace :( |
10:43.08 | koen | that won't |
10:43.10 | koen | help |
10:43.19 | koen | you can't login anyway, no root passwd |
10:44.45 | hrw|work | koen: if I can kill gpe-dm then I can login on device and do anything. but today I took collie to work instead of husky |
10:45.08 | koen | not in first boot |
10:45.25 | koen | gpe requires you to set a password for root first |
10:45.51 | koen | it isn't Opie |
10:46.06 | koen | which should be called Ipie (s/open/insecure/) |
10:46.54 | *** join/#oe Geo_KM (n=keith@ppp61-243.lns1.cbr1.internode.on.net) |
10:47.07 | hrw|work | ;) |
10:47.23 | *** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net) |
10:51.06 | Ifaistos | Hello ! |
10:54.37 | Ifaistos | RP: Hi ! I have some more patches for uclibc and bash. i'll send them over, but have a closer look at the bash related ones... |
10:55.10 | hrw|work | koen: its Open (also for security ;) |
10:55.52 | koen | ~lart OpenUniversity books |
10:56.30 | RP | Ifaistos: Hi. I got your last emails but haven't had a chance to look at them yet, sorry |
10:57.27 | Ifaistos | RP: No problem. I am still trying to get a uclibc base bootstrap-image to run... |
10:57.43 | Ifaistos | init seg faults |
10:57.57 | RP | Ifaistos: :-( |
10:58.07 | Ifaistos | and don't know if its from uclibc or the gcc |
10:58.25 | RP | Was the gcc the same one you used for libc? |
10:58.44 | Ifaistos | 3.4.4 |
10:59.36 | Ifaistos | but in gcc-cross-3.4.4 needs a patch as it fails to build java |
11:00.45 | hrw|work | brb |
11:01.21 | RP | I think we disable that for arm as well? |
11:02.41 | Ifaistos | RP: can ext2.gz images produced be mounted over the loop ? |
11:03.05 | RP | Ifaistos: Yes |
11:03.55 | Ifaistos | RP: strange.... this is what i get |
11:03.58 | Ifaistos | stelios@Athena:~/oe/x86/build/tmp/deploy/images$ sudo mount -o loop -t ext2 owmnr-base-x86_200602071228.rootfs.ext2.gz /mnt |
11:03.58 | Ifaistos | mount: wrong fs type, bad option, bad superblock on /dev/loop1, |
11:03.59 | Ifaistos | <PROTECTED> |
11:03.59 | Ifaistos | <PROTECTED> |
11:03.59 | Ifaistos | <PROTECTED> |
11:04.29 | Ifaistos | and dmesg says... [787145.062545] VFS: Can't find an ext2 filesystem on dev loop1. |
11:04.29 | Ifaistos | [787209.380187] VFS: Can't find an ext2 filesystem on dev loop1. |
11:05.07 | RP | Ifaistos: gunzip it first ;-) |
11:05.44 | Ifaistos | RP: I thought it was allready gzip |
11:06.20 | RP | It is gziped and you can't mount a gziped image |
11:07.04 | Ifaistos | RP: Yes silly of me. i though its was bzip2 |
11:07.32 | Ifaistos | RP: I get 3 images jffs2, bzip and gz |
11:15.07 | Ifaistos | RP: init can't find uclibc.... |
11:15.10 | Ifaistos | RP: stelios@Athena:~/oe/x86/build/tmp/deploy/images$ sudo chroot /mnt |
11:15.10 | Ifaistos | /bin/bash: Can't resolve symbol '__uClibc_start_main' |
11:16.26 | *** join/#oe hrw|afk (n=hrw@host-ip170-158.crowley.pl) |
11:16.31 | hrw|afk | re |
11:18.27 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
11:18.30 | do13_ | morning all |
11:19.32 | XorA | RP: do the microdrive models fsck the disk on boot? |
11:22.06 | RP | XorA: Not yet as I don't think we mount ro. They use ext3 which helps though |
11:22.09 | RP | hi do13_ |
11:22.50 | RP | Ifaistos: That's strange. You might want to talk to the slug developers as they have uclibc working iirc |
11:23.53 | Ifaistos | RP: I think some of the apps are compiled against uclibc 0.9.26 and others i build later agains 0.9.28.... |
11:24.20 | Ifaistos | RP: I made a chnage to local.conf.... but thought it will rebuild all |
11:24.30 | do13_ | hi Richard |
11:24.57 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
11:25.45 | RP | Ifaistos: There are some changes you have to wipe tmp/ for |
11:25.58 | Bernardo | good morning |
11:39.29 | Bernardo | anyone knows a good svn troubleshooting guide? I'm trying to download tremor (for oz354 branch) and svn always fails, without any message. This is on mandriva |
11:54.29 | NAbyss | Bernardo: Are you able to pull bitbake via svn? |
11:55.07 | Bernardo | yes |
11:55.30 | NAbyss | Hmm.. sounds like it'd be the tremor SVN server that's down then.. check their homepage? |
11:55.36 | Bernardo | my problem is tremor when I try to build meta-opie |
11:55.58 | Bernardo | no - I'll check |
11:56.00 | Bernardo | NAbyss: thanks |
12:01.47 | *** join/#oe zecke (n=ich@145.253.107.2) |
12:01.56 | zecke | hey |
12:02.00 | Bernardo | NAbyss: still seems to be up and running... at least http://svn.xiph.org/trunk/Tremor/ is browseable |
12:02.02 | Bernardo | hi zecke |
12:02.05 | RP | hi zecke |
12:02.09 | NAbyss | Bernardo: Hmm, no idea then |
12:02.44 | Bernardo | I'll try again tonight |
12:02.54 | Bernardo | too bad here I work I can't do much to check |
12:05.25 | Bernardo | I'd like to at least be able to provide a akita image |
12:05.42 | NAbyss | akita.. that's c3000? |
12:05.50 | Bernardo | c1000 |
12:05.53 | *** join/#oe hrw|work (n=hrw@host-ip170-158.crowley.pl) |
12:06.31 | *** join/#oe Jenna (n=cherryRe@209.8.233.208) |
12:06.37 | hrw|work | koen: hm.. I have altboot on collie.. so can drop to sh ;) |
12:06.48 | NAbyss | ahh |
12:06.57 | *** part/#oe Jenna (n=cherryRe@209.8.233.208) |
12:16.12 | *** join/#oe rob_w|mis (n=rob_w@p549B98FE.dip0.t-ipconnect.de) |
12:18.19 | hrw|work | Checked out revision 4573. |
12:18.19 | hrw|work | NOTE: package tremor-20041119-r1: task do_fetch: completed |
12:18.28 | hrw|work | Bernardo: just fetched from svn |
12:20.38 | Bernardo | hrw|work: ok, I'll check when I get home |
12:20.50 | Bernardo | I have been trying since sunday afternoon |
12:21.06 | Bernardo | first from the cvs.tarball.stash |
12:21.12 | Bernardo | then from subversion |
12:21.14 | _guillermo | I get an error with this within: arm-linux-gcc not found |
12:21.21 | _guillermo | what's the problem? |
12:21.41 | hrw|work | Bernardo: try to use familiar.handhelds.org ftp as cvs.tarball stash - koen put all used source there iirc |
12:21.53 | hrw|work | _guillermo: what you did that you got it? |
12:21.58 | Bernardo | hrw|work: thanks. Is that on the wiki? |
12:22.16 | hrw|work | Bernardo: no and rather should not be probably |
12:22.25 | _guillermo | hrw|work: I get it as soon as I compile something for ipaq 3900, but not for my akita |
12:23.01 | hrw|work | _guillermo: machine/distro & bitbake command please |
12:24.10 | _guillermo | h3900/ familiar-0.8.3, bitbake 1.3.2 |
12:26.02 | _guillermo | I have arm-linux-gcc-2.95 , but I don't know why that worked with the akita but not with the ipaq |
12:26.22 | hrw|work | _guillermo: which exactly command you tried? "bitbake umbaumba"? |
12:26.40 | *** join/#oe bronson (n=bronson@pool-71-243-110-163.bos.east.verizon.net) |
12:26.54 | _guillermo | yes, but after setting up the path |
12:27.59 | hrw|work | sorry my glassball is in service repair. |
12:28.16 | _guillermo | I read so |
12:28.24 | XorA | hrw|work: tarrot crds are much more damage resistant |
12:28.34 | _guillermo | I guess a symlink will do for now |
12:30.21 | hrw|work | XorA: I always preferred glassball. tried tea leaves but I mostly drink express tea.. |
12:32.00 | hrw|work | angol.. |
12:33.25 | hrw|work | XorA: we can order any available at store |
12:35.28 | _guillermo | hrw|work: after the symlink, still doesnt work. now I get: arm-linux-gcc: cannot specify -o with -c or -S and multiple compilations |
12:36.20 | hrw|work | _guillermo: as I wrote: my glassball is in service repair. |
12:36.20 | _guillermo | ok ok |
12:36.22 | hrw|work | _guillermo: without cmdline which you use I cannot help |
12:36.23 | koen | throw out TMP and try again |
12:36.28 | hrw|work | best way |
12:37.19 | hrw|work | _guillermo: your questions currently look like "why it gives me red line?" without telling that command was "make this line in blue" |
12:37.48 | hrw|work | someone know a tool which will show which process use most of i/o? |
12:38.16 | _guillermo | hrw|work: excuse me. What I say is: I try: bitbake x ----> I get : errors bla bla arm-linux-gcc not found |
12:38.54 | _guillermo | I have a arm-linux-gcc-2.95 in my PATH, and I didn't know why it was not used |
12:39.09 | hrw|work | _guillermo: 2.95 is only for 2.4-crapix zaurus kernels |
12:39.13 | hrw|work | ~zauruskernels |
12:39.15 | ibot | [zauruskernels] By default Zaurus use 2.4.18 or 2.4.20 and you need GCC 2.95.3 to compile them - all is described in OE wiki: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels There is also work on 2.6: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels26 |
12:39.25 | NAbyss | 2.6 is nice. |
12:39.37 | hrw|work | NAbyss: not on my collie |
12:39.42 | NAbyss | hrw|work: really? |
12:39.48 | XorA | ~lart me for being a mong |
12:39.49 | hrw|work | NAbyss: yes |
12:40.00 | _guillermo | but I don't underdstand. I have compiled 2.6 kernel for my akita, what arm-linux-gcc is it using? |
12:40.00 | NAbyss | hrw|work: What's it do? |
12:40.22 | hrw|work | NAbyss: collie lose sd/mmc support (no docs), lose usbclient (no strongarm implementation) |
12:40.29 | NAbyss | ahh |
12:40.47 | hrw|work | NAbyss: so user has pda with cf, 14.4M rootfs and serial port |
12:41.09 | koen | nfs over slip! |
12:41.21 | ade|desk | hrw|work: sounds like a 3630 to me ;) |
12:41.29 | NAbyss | hrw|work: That's gotta suck |
12:41.54 | ade|desk | koen: nfs over cf wifi, shurely |
12:42.05 | NAbyss | ade|desk: Now that's just masochism |
12:42.07 | ade|desk | s/shurely/surely |
12:42.07 | hrw|work | ade|desk: but 3630 does not have more |
12:42.28 | ade|desk | still useable |
12:43.06 | XorA | hrw|work: is everything collie wise working except those two points? |
12:43.22 | hrw|work | XorA: dont know - did not trace 2.6 on it |
12:43.36 | hrw|work | XorA: charging not done yet iirc |
12:43.43 | XorA | hrw|work: if its that close, it would be worth the couple of hours for an image just to tempt people |
12:44.03 | hrw|work | XorA: first we will need linux-openzaurus-collie_git.bb |
12:44.23 | do13_ | hrw|work: sd on collie 2.6 should be possible |
12:44.32 | hrw|work | ~locomo |
12:44.33 | ibot | from memory, locomo is a completely undocumented chip in the Sharp Zaurus |
12:44.44 | do13_ | hrw|work: http://www.do13.de/openzaurus/temp/collie1.txt |
12:45.06 | hrw|work | do13_: o... |
12:45.32 | RP | do13_: Theres a lot of work in doing it that way :-/ |
12:45.40 | do13_ | hrw|work: last year I played with IDA PRO. |
12:46.06 | hrw|work | do13_: arm deasm? |
12:46.13 | do13_ | hrw|work: yeap |
12:46.28 | hrw|work | hardcore way |
12:46.45 | RP | a bit like aticore :-/ |
12:46.47 | koen | kergoth has the docs |
12:47.04 | do13_ | hrw|work: Yeah. I have basic understand how the SPI works. |
12:47.24 | do13_ | koen: But he can't share it :-/ |
12:47.49 | ade|desk | do13_: but can talk about it |
12:48.16 | do13_ | ade|desk: ok. But first I'll finish the tosa port |
12:48.36 | ade|desk | good plan |
12:49.10 | do13_ | hrw|work: We bought IDA PRO last year at work and I was looking at a good example:) |
12:51.17 | do13_ | RP: Did you played with kexec? |
12:51.46 | RP | do13_: Not yet... |
12:52.09 | hrw|work | do13_: ;) |
12:52.45 | do13_ | RP: I did it a few days ago. It's funny. I can boot into 2.4 crapix from 2.6. This make kernel testing easier |
12:53.56 | RP | do13_: Sounds good. Its on my todo list to get it into OE |
12:54.43 | Ifaistos | i hate it when customers decide to change product release dates :/ |
12:55.21 | do13_ | RP: Add this into kernel patch series: http://www.do13.de/oz/patches/kexec-arm-r0.patch |
12:55.59 | do13_ | RP: After work I'll send you the kexec-tools.bb file |
12:56.16 | hrw|work | someone send it already to oz-devel or oeml |
12:57.05 | do13_ | Yes. These are the same patches. |
12:57.12 | XorA | kexec sounds interesting, I could boot crappix pdaXrom or Cacko roms on my Z without any interference |
12:57.54 | do13_ | Yes thats possible. |
12:58.30 | do13_ | kexec needs only an patched 2.6 kernel. After that you can load other kernel images. |
12:58.42 | XorA | do13_: as my / is on SD, my internal flash could be crappix based |
12:59.15 | do13_ | XorA: I did this yesterday on my tosa :) |
13:00.05 | do13_ | XorA: http://www.do13.de/openzaurus/temp/start24.txt |
13:00.41 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
13:04.39 | chouimat | morning |
13:08.39 | hrw|work | kergoth: openzaurus.org domain wait for payment too? |
13:10.09 | CIA-4 | 03koen 07org.oe.oz354fam083 * rbebd24cb... 10/packages/linux/ (2 files in 2 dirs): hh-pxa-2.6: apply RPs ide_not_removable patch to avoid udev messing up cf card mounts |
13:10.16 | CIA-4 | 03hrw 07org.oe.oz354fam083 * rf13f9ef4... 10/conf/machine/tosa-2.4.conf: |
13:10.16 | CIA-4 | tosa 2.4 config: set preferred version of wlan-ng-modules to 0.2.1-pre26 |
13:10.16 | CIA-4 | since it is the most recent version that works |
13:10.16 | CIA-4 | - taken from .dev (in a bit other way) |
13:10.20 | CIA-4 | 03koen 07org.oe.oz354fam083 * r7e0d3587... 10/packages/libmimedir/libmimedir_cvs.bb: libmimedir: tweak FILES a bit, thank to Reenoo for spotting that |
13:10.25 | CIA-4 | 03jbowler 07org.oe.dev * r53837b57... 10/packages/ (gcc/gcc3-build.inc glibc/glibc_2.2.5.bb): |
13:10.25 | CIA-4 | gcc: change _nslu2 override to _slugos+_unslung in gcc3-build.inc |
13:10.25 | CIA-4 | glibc: change _nslu2 override to _unslung in 2.2.5 |
13:10.25 | CIA-4 | <PROTECTED> |
13:10.29 | CIA-4 | 03nail 07org.oe.dev * r985dc6e7... 10/packages/meta/slugos-packages.bb: slugos-packages: re-add setpwc to feeds |
13:10.34 | CIA-4 | 03mgoebl 07org.oe.dev * r8515ae95... 10/packages/lirc/ (files/lircexec.init lirc-modules_0.8.0.bb lirc_0.8.0.bb): |
13:10.35 | CIA-4 | lirc_0.8.0.bb, lirc-modules_0.8.0.bb: Fix init script, change maintainer |
13:10.37 | CIA-4 | - Add lost daemonization-option to lirc-exec init script |
13:10.39 | CIA-4 | - Change maintainer with permission by Michael Lauer |
13:10.43 | CIA-4 | 03mgoebl 07org.oe.dev * r8d35aa77... 10/packages/libao/ (libao-alsa_0.8.6.bb libao-plugin-alsa_0.8.6.bb): |
13:10.46 | CIA-4 | libao-plugin-alsa_0.8.6.bb: Rename from libao-alsa_0.8.6 and fix do_stage |
13:10.48 | CIA-4 | - Rename libao-alsa to libao-plugin-alsa and define libao-alsa as |
13:10.50 | CIA-4 | <PROTECTED> |
13:10.52 | CIA-4 | <PROTECTED> |
13:10.54 | CIA-4 | - Restrict staging that only the alsa-part will be staged |
13:10.56 | CIA-4 | 03mgoebl 07org.oe.dev * r07db6790... 10/packages/musicpd/mpd/mpd.init: |
13:10.58 | CIA-4 | musicpd: Add init script |
13:11.00 | CIA-4 | - Add init script for mpd |
13:11.02 | CIA-4 | <PROTECTED> |
13:11.06 | CIA-4 | 03justinp 07org.oe.dev * r282bd719... 10/packages/libgpewidget/libgpewidget_0.109.bb: libgpewidget: fix strange issue with do_configure getting changed to nylon-image_do_configure |
13:11.29 | hrw|work | who is mgoebl? |
13:12.04 | CIA-4 | 03koen 07org.oe.oz354fam083 * r02d3cf5b... 10/packages/gpdf/gpdf_2.10.0.bb: gpdf: add 2.10.0 from .dev, more stable than 2.8.2 |
13:12.21 | RP | do13_: I'll add that in the next set of changes |
13:13.59 | do13_ | RP: ok |
13:32.13 | Ifaistos | mental note -> When changing uclibc versions delete /tmp |
13:32.41 | Ifaistos | RP: Got it to work finally :) |
13:34.42 | *** join/#oe benlau (n=benlau@221.125.13.158) |
13:37.22 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
13:46.27 | CIA-4 | 03koen 07org.oe.oz354fam083 * r69621df0... 10/packages/cups/cups_1.1.23.bb: cups: add 1.1.23, with hacks to make it build |
13:46.32 | CIA-4 | 03koen 07org.oe.dev * r5a47716e... 10/packages/cups/cups_1.1.23.bb: cups: add 0.1.23, with hacks to make it build |
13:49.07 | *** join/#oe HopsNBarley (n=hops@adsl-152-48-100.gnv.bellsouth.net) |
13:53.38 | RP | Ifaistos: Excellent. For major changes like that, wiping /tmp is a must |
13:56.00 | do13_ | RP: Kexec-tools http://www.do13.de/oz/temp/kexec-tools-bb.patch |
14:03.20 | *** join/#oe alan|home (n=alan@ARouen-152-1-35-120.w83-115.abo.wanadoo.fr) |
14:04.50 | CIA-4 | 03xora 07org.oe.dev * rf87dbdf8... 10/packages/mozilla/firefox-1.0.7/ (firefox-cc-fix.patch jsautocfg.h mozconfig): firefox_1.0.7.bb : add the supporting files I forgot. |
14:07.36 | hrw|work | I would s+/tmp+TMPDIR+ |
14:15.39 | hrw|work | guess how long does 'rm -rf .ccache .ccache-old' can take |
14:15.51 | koen | 3 hours? |
14:16.15 | hrw|work | I hope not ;) 0.5h already taken |
14:26.30 | XorA | hrw|work: you have ccache actually woring? |
14:27.00 | hrw|work | XorA: on @home @work machines |
14:27.42 | XorA | I tried it, but my experience of it + oe was garbaged files and wierd link messages |
14:28.04 | RP | My images work... :) |
14:28.20 | koen | switching between soft and hardfloat doesn't always work either with ccache |
14:32.51 | pb__ | XorA: that is odd. ccache has been the default in oe basically forever, and it seems to work fine for everyone else. |
14:36.54 | *** join/#oe Cwiiis[uni] (n=cil103@corwin.ecs.soton.ac.uk) |
14:37.47 | *** join/#oe Luke-Jr (n=luke-jr@CPE-24-31-249-53.kc.res.rr.com) |
14:37.58 | XorA | pb__: that is not true, at the time I was having ccache problems, there were quite a few people with similar problems on IRC, it seems in intervening time something has improved |
14:40.04 | *** join/#oe gcr (n=gcr@12.30.179.103) |
14:52.32 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
14:56.31 | CIA-4 | 03xora 07org.oe.dev * r4f0394e8... 10/packages/ (3 files in 2 dirs): |
14:56.31 | CIA-4 | gnome-cups-manager_0.31.bb, libgnomecups_0.2.2.bb : add these to OE now cups exists. |
14:56.31 | CIA-4 | cups_1.1.23.bb : inherit binconfig for cups-config staging and add staging for the header files and libs |
14:57.11 | RP | XorA: FWIW, I've never seen ccache cause problems for me, even when others were seeing them |
14:57.34 | XorA | RP: maybe its amd64 only :-) |
14:57.56 | RP | amd64 seems to be nothing but problems :) |
14:57.56 | XorA | RP: but if others are building fine these days, I shall if I get bored re-enable it |
14:58.26 | XorA | RP: 99% of them are telling lazy people sizeof (int) != sizeof (void *) |
15:08.15 | *** join/#oe poli (n=ca@CAcert-br/poli) |
15:09.21 | *** join/#oe koen (n=koen@212.41.157.237) |
15:24.21 | *** join/#oe rob_w|mis (n=rob_w@p549B98FE.dip0.t-ipconnect.de) |
15:27.13 | *** join/#oe tmbinc (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net) |
15:40.34 | Bernardo | guys, what domains are up for payment? I can pay at least for one for one year (at least at dyndns.org prices) |
15:40.36 | *** join/#oe HopsNBarley (n=hops@adsl-214-112-84.gnv.bellsouth.net) |
15:53.58 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
15:54.25 | *** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net) |
16:08.01 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
16:11.25 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
16:14.03 | CIA-4 | 03nail 07org.oe.dev * r1098d75c... 10/packages/ (14 files in 2 dirs): |
16:14.03 | CIA-4 | radlib/wview: Add radlib/wview packages |
16:14.03 | CIA-4 | radlib is a "rapid application development" library (http://www.radlib.teel.ws/) |
16:14.03 | CIA-4 | wview is weather station app (http://www.wviewweather.com/) |
16:14.08 | CIA-4 | 03nail 07org.oe.dev * r62bc6b12... 10/ (2 files in 2 dirs): slugos-packages: Add wview-packages to slugos feed |
16:28.14 | *** join/#oe law_ (n=_law_@213.173.86.202) |
16:30.30 | *** join/#oe alan|home (n=alan@ARouen-152-1-35-120.w83-115.abo.wanadoo.fr) |
16:36.16 | *** join/#oe Timelord (n=TL@4.78.4.43) |
16:39.05 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
16:54.07 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-88.reverse.mdcc-fun.de) |
16:59.26 | *** join/#oe koen|770 (n=Koen@212.41.157.237) |
17:10.41 | *** join/#oe Crofton (n=balister@hc6521c84.dhcp.vt.edu) |
17:17.22 | *** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
17:19.27 | *** join/#oe daggi (n=chrisada@81.168.51.182) |
17:20.07 | daggi | hi all |
17:20.12 | daggi | any rubyists here? |
17:22.39 | Philippe | hi people |
17:24.38 | daggi | hi |
17:24.49 | daggi | this usually a busy channel? |
17:25.07 | Crofton | yes |
17:27.48 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
17:32.06 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
17:38.06 | *** join/#oe daggi (n=chrisada@81.168.51.182) |
17:38.47 | *** join/#oe zap (n=zap@217.170.93.196) |
17:40.14 | *** join/#oe Zero_Chaos (n=zero@68-71-34-255.pittpa.adelphia.net) |
17:48.53 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
17:50.31 | *** join/#oe somebody_ (n=somebody@4ab54-1-81-56-3-73.fbx.proxad.net) |
18:13.54 | *** join/#oe dijenerate (n=dijenera@72.22.143.41) |
18:15.06 | *** join/#oe toi_ (n=peter@d54C24BC0.access.telenet.be) |
18:19.00 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
18:19.39 | *** join/#oe jmau (n=jmau@p54A590A7.dip0.t-ipconnect.de) |
18:21.06 | *** part/#oe gcr (n=gcr@12.30.179.103) |
18:26.44 | *** part/#oe jbowler-away (n=jbowler@nslu2-linux/jbowler) |
18:29.15 | *** join/#oe koen (n=koen@212.41.157.237) |
18:36.20 | CIA-4 | 03justinp 07org.oe.dev * r6ee2cf10... 10/packages/libeventdb/libeventdb_0.19.bb: libeventdb: fix another strange problem with do_configure getting nylon-image_do_configure |
18:45.24 | zecke | koen: did you add Xgl yet? |
18:45.52 | koen | zecke: heh |
18:46.22 | hrw|collie | ho |
18:46.42 | hrw|collie | btw.. who fscked irda-utils? |
18:46.43 | koen | zecke: I didn't even add mese yet |
18:46.46 | *** join/#oe gcr (n=gcr@12.30.179.103) |
18:46.52 | mreimer | hrw|collie: that would be me |
18:47.04 | mreimer | hrw|collie: what's the problem? |
18:47.15 | hrw|collie | mreimer: no /etc/sysconfig/irda |
18:47.31 | mreimer | hrw|collie: it's supposed to be created on package install |
18:47.47 | hrw|collie | hm. will look then |
18:48.29 | mreimer | hrw|collie: check /usr/lib/ipkg/info/irda-utils.postinst |
18:48.46 | hrw|collie | ok. i know what culd be wrong here. |
18:49.19 | JustinP | hmmm....looks like anything that inherits gpe is getting nylon-image_do_configure: command not found |
18:49.32 | hrw|collie | gpe/dm started restarting on first boot and maybe configure task doesnot happen |
18:50.02 | JustinP | of course I may be wrong... |
18:51.06 | hrw|collie | mreimer: btw.. why postinst instead of 'irda' file in metadata? |
18:51.25 | hrw|collie | first boot is long.. |
18:51.58 | mreimer | hrw|collie: I suppose so one package can be shared amongst multiple devices. |
18:52.07 | hrw|collie | ah.. yep |
18:52.16 | *** part/#oe gcr (n=gcr@12.30.179.103) |
18:52.17 | hrw|collie | forgot that |
18:56.49 | hrw|collie | 5% baterry.. cu |
18:59.28 | *** join/#oe alan|home (n=alan@ARouen-152-1-35-120.w83-115.abo.wanadoo.fr) |
19:01.05 | *** join/#oe koen (n=koen@212.41.157.237) |
19:08.37 | Crofton | anyof you guys good at alsa programming? |
19:09.09 | *** join/#oe daggi (n=chrisada@82-35-4-157.cable.ubr01.hari.blueyonder.co.uk) |
19:09.22 | koen | Crofton: lrg should be |
19:09.25 | koen | ~seen lrg |
19:09.28 | ibot | lrg <n=liamg@212.20.225.130> was last seen on IRC in channel #oe, 32d 2h 26m 26s ago, saying: 'Luke-Jr: alsa now gives the flexability for additional controls that don't easily fit into the oss model'. |
19:09.36 | Crofton | heh |
19:09.37 | koen | ~seen lrg|home |
19:09.38 | ibot | lrg|home <n=liam@80.187.150.49> was last seen on IRC in channel #oe, 5d 4h 11m 55s ago, saying: 'ah'. |
19:09.39 | koen | ~seen lrg|work |
19:09.41 | ibot | i haven't seen 'lrg|work', koen |
19:09.43 | Crofton | better |
19:10.09 | Crofton | I need to make sound come out of a speaker, and i need the code to run on arm CPUS |
19:10.13 | Crofton | ie no floating point |
19:10.44 | koen | cat /dev/urandom > /dev/dsp |
19:11.09 | Crofton | and I am trying to convice myself alsa can really accept what ever rate I ask for and do the write thing |
19:11.27 | Crofton | my data is carefully generated :) |
19:11.31 | koen | libasound should handle that iirc |
19:11.53 | koen | can't that fancy c54x dsp to rate conversion? |
19:11.56 | Crofton | the docs are not clear at all |
19:12.02 | Crofton | well it can |
19:12.12 | Crofton | but I am trying to avoid that right now |
19:12.37 | Crofton | I need the code to run on a regular machine also |
19:15.35 | france | moved anoncvs to anoncvs@anoncvs.handhelds.org, anoncvs@cvs.handhelds.org should work for a while... |
19:16.16 | *** join/#oe pH5 (n=ph5@e178245027.adsl.alicedsl.de) |
19:21.49 | RP | france: You'd better mention that on the oe mailing list so someone can update OE to reflect that |
19:23.21 | france | RP: I did in Oct before the move of the site, everybody was supposed to update the pages at that time. I am going to put a note on the front page of hh.org |
19:24.04 | france | RP: Someone probably needs to scan the web pages and wiki |
19:24.05 | *** join/#oe koen (n=koen@212.41.157.237) |
19:24.07 | RP | france: Ah, I think I'm misunderstanding - oe might have been updated then |
19:24.24 | france | RP: I try to give as much warning as I can.... |
19:24.32 | koen | the bug was close |
19:24.35 | koen | closed* |
19:24.45 | koen | so OE should have been updated |
19:24.58 | koen | (HANDHELDS_CVS in conf/bitbake.conf) |
19:25.31 | france | we just need to scan the wiki and web pages... |
19:25.40 | CIA-4 | 03philippe 07org.oe.dev * r4ef07b63... 10/packages/matchbox-panel/ (2 files in 2 dirs): |
19:25.40 | CIA-4 | packages/matchbox-panel/matchbox-panel-0.9.2/system-monitor-crash-fix.patch |
19:25.40 | CIA-4 | * update patch to avoid compile time cpu selection |
19:25.40 | CIA-4 | packages/matchbox-panel/matchbox-panel-0.9.2/matchbox-panel_0.9.2.bb |
19:25.40 | CIA-4 | * bunp PR number |
19:26.10 | france | and we should all do extra testing, just to be certain, .... (yes, I have a backup plan for tying my shoes) |
19:26.25 | france | koen: :-D |
19:26.33 | koen | france: velcro? |
19:27.21 | CoreDump|afk | hi |
19:28.23 | france | koen: loafers :-D |
19:28.50 | koen | :) |
19:29.01 | france | it will take a while for the dns changes to propigate, I do not expect any user issues, but we will see. :-D |
19:32.40 | *** join/#oe Chocobo (n=swinchen@thecheat.eece.maine.edu) |
19:33.15 | Chocobo | man, is building a cross compiler toolchain as difficult as it looks? |
19:33.42 | koen | it is |
19:33.54 | koen | that why people either use prebuilt ones, OE or crosstool |
19:34.30 | Chocobo | Alright, I am trying to target the TI MSP430 |
19:36.03 | RP | koen: Its not difficult. I type bitbake gcc-cross ;-) |
19:36.26 | koen | heh |
19:36.45 | koen | I remember building my own cross and native toolchains long ago |
19:37.03 | Chocobo | bitbake? is that like crosstool? |
19:37.17 | koen | then I switched to prebuilt ones |
19:37.28 | koen | not long after that I switched to OE |
19:37.34 | koen | around 2 years ago |
19:37.42 | RP | Chocobo: bitbake is the program that uses the openembedded meta data |
19:38.09 | RP | I'm not sure I ever did build my own. I think I did bits of it now and again to rebuild parts of prebuilt ones |
19:39.29 | koen | *the* reason to despise g3nt00 ;) |
19:39.46 | johnX | koen: what do you use now? |
19:40.10 | koen | johnX: debian on servers, ubuntu on workstation, osx on laptop |
19:40.24 | Chocobo | Ahh. I am sorry, I am not really sure what openembedded is but I am doing embedded stuff so I thought this might be the channel for me :) |
19:40.53 | RP | Chocobo: oe.handhelds.org |
19:41.58 | Chocobo | bugger :( crosstool doesn't support the processor I want. |
19:42.25 | Chocobo | oe looks pretty cool :) |
19:43.20 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
19:43.34 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
19:43.39 | koen | can the msp430 ron uclinux? |
19:45.18 | koen | aha: http://mspgcc.sourceforge.net/ |
19:48.03 | Necronom | It was even used on a real product. :) |
19:48.53 | Necronom | (management firmware for a storage controller) |
19:50.57 | Chocobo | Yeah, I have seen the prebuilt ones... I am not exactly sure which set to use... there appeards to be two different sets, and the last time they were updated is 2003. Is there any benefit to using more recent version of binutils and gcc? |
19:57.28 | *** join/#oe koen (n=koen@212.41.157.237) |
19:57.43 | Chocobo | Alright... so it looks like the steps are... build binutils first (./configure --target=msp430 --opt=/opt/msp430) then is gcc... only the C language though (./configure --target=msp430 --prefix=/opt/msp430 --enable-language=c) then I need to build glibc? or ulibc? |
20:00.07 | CIA-4 | 03koen 07org.oe.oz354fam083 * rb0994d2e... 10/packages/matchbox-panel/ (2 files in 2 dirs): matchbox-panel: update system-monitor-crash-fix patch from .dev |
20:01.23 | Chocobo | hmm.... |
20:03.20 | *** join/#oe Mardy (n=mardy@adsl-ull-84-48.42-151.net24.it) |
20:10.18 | Mardy | hi all |
20:10.49 | koen | hey Mardy |
20:17.01 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
20:23.41 | *** join/#oe cedric (n=cedric@AAnnecy-152-1-136-203.w86-202.abo.wanadoo.fr) |
20:23.51 | cedric | evening |
20:24.05 | koen | hey cedric |
20:24.56 | cedric | RP: ping |
20:26.44 | Chocobo | *** Configuration msp430-unknown-none not supported - got this when compiling the c compiler. any ideas? |
20:27.46 | cedric | koen: how do I see the last changing log file from monotone? |
20:28.54 | koen | monotone log | more |
20:30.01 | cedric | thx |
20:30.34 | koen | or monotone log <file> | more |
20:33.27 | DataBeaver | Damn, ipkg upgrade is a dangerous command. |
20:33.54 | DataBeaver | It has a tendency of removing important system commands. |
20:34.51 | DataBeaver | Yeah, here we go. No /bin/sh. |
20:35.15 | shadows | ouch |
20:35.17 | CoreDump|home | yep, trashed a test image yesterday this way |
20:35.23 | koen | heh |
20:35.27 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
20:35.35 | koen | another victim of #1503 |
20:35.37 | DataBeaver | I'll have to be more careful than last time in getting that back... |
20:35.48 | koen | http://handhelds.org/~bugzilla/show_bug.cgi?id=1503 |
20:36.03 | DataBeaver | i.e. absolutely no closing that last remaining shell. |
20:36.16 | *** join/#oe boras (n=bora@85.102.128.60) |
20:37.20 | DataBeaver | I do still have scp, so I should be able to get the missing files back in place. |
20:37.29 | DataBeaver | As well as coreutils. |
20:41.39 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
20:43.22 | pb_ | DataBeaver: heh, yeah, that is a bad bug |
20:43.57 | DataBeaver | Lucky me that I'm not thte average Joe User. |
20:44.22 | *** join/#oe koen (n=koen@212.41.157.237) |
20:46.15 | zecke | pb_: hey, I think darcs is not suitable for OE - even if the developers look nice |
20:46.56 | pb_ | hi zecke |
20:47.02 | CIA-4 | 03koen 07org.oe.oz354fam083 * r18a440a1... 10/conf/machine/ (h2200.conf h3900.conf ipaq-pxa270.conf): |
20:47.02 | CIA-4 | xscale ipaq: tweaks |
20:47.02 | CIA-4 | * use tune-strongarm |
20:47.02 | CIA-4 | * ship gaim with gpe |
20:47.02 | CIA-4 | * ship gpe-filemanager with gpe |
20:47.17 | pb_ | ah, you have photos of the developers? I didn't even think of checking for that. |
20:48.23 | zecke | pb_: 'nice' from the amount of cooperation |
20:49.24 | *** join/#oe mallum (n=mallum@host86-136-17-6.range86-136.btcentralplus.com) |
20:49.27 | pb_ | doh |
20:50.01 | zecke | pb_: I'm eagerly waiting on monotone .26 as well |
20:50.17 | pb_ | ah right, what's the news in that version? |
20:50.31 | zecke | pb_: new revision core (roster) |
20:50.46 | zecke | pb_: it is supposed to be easiert to maintain, hack-on |
20:51.01 | pb_ | very good |
20:51.07 | DataBeaver | What package contains the ipkg binary? |
20:51.10 | zecke | pb_: but they have at least two more netsync changes planned |
20:51.18 | DataBeaver | ipkg only has ipkg-cl |
20:51.26 | DataBeaver | Or maybe that's correct? |
20:51.27 | pb_ | DataBeaver: ipkg is a symlink to cl, I think |
20:51.30 | pb_ | er, to ipkg-cl |
20:51.49 | DataBeaver | k |
20:51.51 | pb_ | zecke: yeah, that's unfortunate. monotone does sound pretty good except the netsync upheaval |
20:52.02 | DataBeaver | I noticed I'm missing that too :P |
20:52.07 | zecke | pb_: well e.g. git over http has issues as well |
20:52.26 | zecke | pb_: e.g. when packing objects and git fetch/pull can fail as data vanishes from the server |
20:52.53 | zecke | pb_: so we have to live with some kind of limitations on the pull part ;) |
20:52.56 | pb_ | yeah, that is unfortunate as well. |
20:53.02 | pb_ | heh, right, it seems |
20:53.11 | zecke | pb_: but there is a git server (haven't tested it) |
20:53.22 | pb_ | does that avoid this issue? |
20:53.27 | zecke | pb_: but they could just change the protocol as well |
20:53.35 | zecke | pb_: yes this should avoid this issue |
20:54.35 | pb_ | cool |
20:55.02 | zecke | pb_: but monotone 0.26 (unoptimized) is already faster than 0.25 |
20:55.13 | pb_ | that's good |
20:55.16 | zecke | pb_: 6 to 8 times faster |
20:55.24 | pb_ | excellent |
20:55.26 | zecke | pb_: according to a devel post on the mnt list |
20:55.53 | zecke | nowadays I'm struggling with a corporate firewall as well and can not use netsync |
20:56.06 | pb_ | doh |
20:56.27 | pb_ | yeah, I guess that's an advantage for http based protocols. |
20:56.40 | pb_ | luckily the firewall thing is not a problem that I suffer from myself :-} |
20:57.02 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
20:57.06 | *** join/#oe koen (n=koen@212.41.157.237) |
20:57.41 | cedric | RP: latest pull --> http://pastebin.com/543844 |
20:59.59 | DataBeaver | busybox and ipkg reinstalled. |
21:00.13 | DataBeaver | Please fix that bug ASAP. |
21:01.44 | DataBeaver | Hm, where do I get the runlevel command? |
21:01.46 | koen | help test ipkg .159 :) |
21:02.38 | DataBeaver | Where can I get it? |
21:02.59 | koen | bitbake it |
21:03.12 | koen | cp the .158 .bb to .159 .bb and bitbake it |
21:03.30 | DataBeaver | My files only go up to 155 |
21:03.50 | koen | cp that to .159 |
21:03.55 | DataBeaver | k |
21:04.16 | DataBeaver | How about the ipkg-0.99.155 directory? |
21:04.46 | *** join/#oe tmbinc (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net) |
21:05.57 | *** join/#oe gremlin[it] (n=gremlin@88-149-150-142.f4.ngi.it) |
21:06.11 | Ifaistos | Is there a way to compile the kernel with all the availiable modules but include only certain of them in the rootfs ? |
21:10.24 | shadows | no, not really |
21:12.23 | pb_ | Ifaistos: sure, the set of installed modules is controlled independently of the compile-time configuration |
21:15.55 | Ifaistos | pb_: something like this ? BOOTSTRAP_EXTRA_RDEPENDS += "kernel-module-usb-storage" |
21:16.21 | *** join/#oe tosa (n=tosa@vau06-1-82-228-255-84.fbx.proxad.net) |
21:16.46 | pb_ | right |
21:17.13 | pb_ | or put them directly into your image's IPKG_INSTALL |
21:18.51 | *** join/#oe HopsNBarley (n=hops@adsl-220-146-73.gnv.bellsouth.net) |
21:22.53 | CIA-4 | 03jbowler 07org.oe.dev * r5190c8d2... 10/conf/machine/include/ixp4xx.conf: ixp4xx: roll back to working ipkg version 154 in all ixp4xx conf |
21:25.02 | CIA-4 | 03jbowler 07org.oe.dev * r21ab572c... 10/packages/meta/slugos-image.bb: |
21:25.02 | CIA-4 | slugos-image: use SLUGOS_FLASH_IMAGE consistently in meta |
21:25.02 | CIA-4 | <PROTECTED> |
21:25.02 | CIA-4 | <PROTECTED> |
21:25.12 | *** join/#oe tmbinc (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net) |
21:27.10 | JustinP | koen|away: ipkg 155 is broken? |
21:34.06 | *** part/#oe jmau (n=jmau@p54A590A7.dip0.t-ipconnect.de) |
21:34.17 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
21:34.49 | *** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net) |
21:37.43 | Ifaistos | pb_: I did so but still copies all the modules to the rootfs. :( i am using a modified copy of the Nylon distro to get a uclibc x86 distro |
21:39.05 | pH5 | Ifaistos: that's because x86.conf includes kernel-modules which depends on all modules built. |
21:39.58 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
21:44.18 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
21:44.25 | *** join/#oe tmbinc_ (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net) |
21:47.05 | Ifaistos | pH5: Thanks! |
21:53.21 | *** join/#oe guillermo_ (n=guillerm@dslb-084-062-176-149.pools.arcor-ip.net) |
21:54.45 | *** join/#oe hhhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
22:11.35 | *** part/#oe law_ (n=_law_@213.173.86.202) |
22:24.52 | CIA-4 | 03justinp 07org.oe.dev * r12ad3125... 10/packages/ (2 files in 2 dirs): gpe-calendar, gpe-bluetooth: fix nylon-image_do_configure errors |
22:24.56 | CIA-4 | 03pH5 07org.oe.dev * rb6447bbb... 10/packages/gpe-bluetooth/gpe-bluetooth_0.52.bb: gpe-bluetooth: add 0.52 |
22:26.06 | JustinP | oooh....I wonder if that one got updates.... |
22:26.08 | JustinP | updated |
22:26.18 | JustinP | I really don't understand what's going on with nylong... |
22:26.20 | JustinP | nylon |
22:28.47 | *** join/#oe DaKa (n=david@193.13.58.211) |
22:31.24 | *** join/#oe CoreDump|home (n=mhentges@xdsl-84-44-228-165.netcologne.de) |
22:50.27 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
22:52.01 | *** join/#oe tmbinc (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net) |
22:54.38 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:04.00 | *** join/#oe tmb_grrr (i=XXX@dslb-082-083-081-153.pools.arcor-ip.net) |
23:12.57 | *** join/#oe reenoo (n=r@p5489CB55.dip.t-dialin.net) |
23:15.58 | *** join/#oe katossi (n=guillerm@dslb-084-062-176-149.pools.arcor-ip.net) |
23:18.22 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:20.05 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
23:26.20 | *** join/#oe koen|sleep (i=koen@dominion.kabel.utwente.nl) |
23:38.56 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
23:59.15 | *** join/#oe _CoreDump|home (n=mhentges@hentges.net) |
23:59.37 | *** join/#oe tubbie|home (n=sam@hentges.net) |
23:59.53 | *** join/#oe cdbot (n=cdbot@hentges.net) |