00:09.05 | CIA-9 | 03tmbinc 07org.oe.dreambox * re81d6cfe... 10/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules/dm7020: update dm7020 drivers |
00:09.15 | CIA-9 | 03tmbinc 07org.oe.dreambox * rcbb2be44... 10/packages/tuxbox/ (3 files in 2 dirs): tuxbox-plugins: update plugins |
00:09.15 | CIA-9 | 03tmbinc 07org.oe.dreambox * rcbaf6a69... 10/packages/tuxbox/dvbsnoop.bb: dvbsnoop: update |
00:09.17 | CIA-9 | 03tmbinc 07org.oe.dreambox * rac6065f4... 10/packages/enigma/ (3 files in 2 dirs): enigma: update, remove unbuildable |
00:09.26 | CIA-9 | 03tmbinc 07org.oe.dreambox * r95bab097... 10/packages/linux/linux-dm7025.bb: linux-dm7025: update multipid patch again |
00:09.27 | CIA-9 | 03tmbinc 07org.oe.dreambox * re13f1062... 10/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules/dm7025: update |
00:11.59 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
00:17.27 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
00:26.53 | CIA-9 | 03justinp 07org.oe.dev * r2322a571... 10/packages/libgpewidget/libgpewidget-hildon_0.102.bb: libgpewidget-hildon: add DEFAULT_PREFERENCE = -1 as this is a special purpose libgpewidget provider |
00:27.51 | *** join/#oe myopiate (n=me@ppp104-176.lns1.bne1.internode.on.net) |
00:29.16 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
00:31.53 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
00:46.01 | *** join/#oe noclouds (n=mhfan@60.166.54.51) |
00:46.36 | *** join/#oe moa (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
00:54.55 | *** join/#oe idealm (n=ideal@58.33.48.141) |
00:58.59 | TheMasterMind1 | what filesystems can you use for an mmc card |
01:01.40 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
01:07.25 | *** join/#oe do13- (n=ndirk@do13.in-dsl.de) |
01:21.22 | *** part/#oe medaglia (n=medaglia@200.175.61.166.static.gvt.net.br) |
01:29.11 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
01:29.45 | *** join/#oe idealm (n=ideal@222.66.46.90) |
01:40.39 | *** join/#oe dkey (i=nobody@193.170.48.236) |
01:47.42 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
01:53.46 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
01:57.24 | *** join/#oe angom_h (n=angom@red-corp-201.130.165.94.telnor.net) |
02:26.50 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a120.ptbyny.tds.net) |
02:29.13 | NAbyss | Try the Flamethrower XL 9750! Beats users down with a single blast of combustion.. |
03:02.59 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
03:06.01 | *** join/#oe idealm (n=ideal@222.66.46.90) |
03:09.13 | *** join/#oe mhfan (n=mhfan@60.166.44.224) |
03:10.55 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
03:13.03 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
03:13.09 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
03:19.11 | *** join/#oe dkey (i=nobody@193.170.48.236) |
03:22.20 | JustinP | TheMasterMind1: any you want of course |
03:24.48 | TheMasterMind1 | minix doesn't support long filenames, cramfs and squashfs are readonly, ext3 and resier are journaled, vfat doesn't support permissions and symlinks |
03:24.58 | TheMasterMind1 | only ext2 is left, and it gets corrupted so easily |
03:27.33 | Zero_Chaos | TheMasterMind1: I run a lot on my ext2 card, and have had no problems |
03:33.16 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
03:34.43 | *** join/#oe schurig_ (n=schurig@pD95FB36C.dip0.t-ipconnect.de) |
03:44.06 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
03:51.19 | JustinP | TheMasterMind1: and journaling would work just fine as well....I also had little proble with ext2. Just fsck it once in a while |
03:57.50 | TheMasterMind1 | journaling on a flash device that has limited read/write cycles? |
03:58.09 | TheMasterMind1 | meh. though i do remember reading something about how it would last you 10 something years anyway |
03:58.51 | emte | depends on the quality of the device |
03:59.00 | emte | and the frequency of the cycles |
04:01.14 | JustinP | and how much you care about your SD card....you *can* buy a new one easily |
04:01.25 | JustinP | but ext2 is fine anyway |
04:01.38 | *** join/#oe bronson (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
04:02.44 | emte | JustinP, it depends if you have data on it when it failes |
04:12.07 | france | TheMasterMind1: not limited writes/reads but erases. |
04:12.30 | france | TheMasterMind1: modern flash gets 100,000 erases per sector.. |
04:12.49 | france | TheMasterMind1: the number of writes does not matter |
04:13.03 | emte | err |
04:13.16 | emte | rewritiing is just as bad as erasing |
04:13.21 | france | TheMasterMind1: you could erase a sector..write the first byte today, the next byte in the sector tomorrow. |
04:13.29 | njs | rewriting _is_ eraseing, isn't it? |
04:13.35 | emte | not really |
04:13.51 | france | can't rewrite flash, eeprom but not flash. |
04:13.53 | njs | assuming your data has roughly the same number of 1s and 0s, or so? :-) |
04:14.04 | emte | 1111 -> 0000 vs 1111 -> 1101 |
04:15.57 | emte | yeah france i see what yoru saying ... |
04:16.04 | emte | i never actually thought about taht |
04:16.28 | emte | but yeah there is a erase then write cycle for flash |
04:16.49 | france | emte: there is but it is rarely utilized |
04:17.21 | emte | pretty sure we use it for the PIC stuff all the time |
04:18.16 | emte | makes sense now why most chips have an eeprom onboard |
04:18.32 | emte | tho they burn out in a few seconds as well if you do bad things |
04:18.45 | france | 100,000 erases is still a lot... |
04:19.00 | emte | not at 20Mhz |
04:19.24 | france | emte: erases take a long time...:-D |
04:19.38 | france | emte: lots of waits. |
04:19.40 | emte | lol |
04:19.49 | emte | only in electronic time |
04:19.57 | emte | in human time its pretty short |
04:20.56 | france | emte: if I did nothing but erase my 36xx, it would take almost a year to reach a 100,000 erases |
04:20.58 | emte | i cant rememebr, but 1024 at 20Mhz will burnout in ~8min |
04:21.41 | emte | lol |
04:22.03 | emte | then you would have soem fun resoldering to do :P |
04:22.37 | NAbyss | That's what sockets are for.. |
04:22.47 | emte | lol |
04:23.03 | france | it is not that bad, I have upgrade the flash on my 36xx to 64MB |
04:23.15 | emte | i keep thinking about doing that |
04:23.20 | france | remove a chip, add a chip |
04:23.22 | emte | stacking the ram |
04:23.29 | emte | as well |
04:23.33 | france | that works as well |
04:23.50 | emte | but i seem to run out of money when i deceide to try and order ... |
04:24.45 | france | heh |
04:24.56 | france | I have to run..nite |
04:25.01 | emte | night |
04:28.01 | CIA-9 | 03rwhitby 07org.oe.dev * r3ddcadd3... 10/packages/meta/slugos-native.bb: slugos-native: Fixed the libgdbm3 RDEPENDS issue. |
04:28.05 | CIA-9 | 03rwhitby 07org.oe.dev * r71b5bd97... 10/packages/meta/slugos-native.bb: slugos-native: Removed the gdbm3 run-time dependency. |
04:57.21 | *** join/#oe bronson_ZZz (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
05:07.03 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
05:08.25 | *** join/#oe bronson_ZZz (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
05:15.22 | *** join/#oe Jenna (n=cherryRe@209.8.233.208) |
05:16.14 | *** part/#oe Jenna (n=cherryRe@209.8.233.208) |
05:20.30 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
05:22.31 | *** join/#oe phlyback- (i=r3z@c-67-165-88-141.hsd1.pa.comcast.net) |
05:41.58 | *** join/#oe ashikase (n=ashikase@g230-97.sanyo.co.jp) |
05:57.46 | *** join/#oe Bompo (n=Bompo@V16f7.v.pppool.de) |
05:58.19 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
05:58.41 | *** part/#oe Bompo (n=Bompo@V16f7.v.pppool.de) |
06:02.41 | ashikase | when trying to build something (outside of bitbake), I'm getting 'undefined references' to AtiCore_* methods in libqte |
06:02.50 | ashikase | any idea what I might be doing wrong? |
06:03.00 | ashikase | does libqte depend on another library? |
06:11.06 | CIA-9 | 03rwhitby 07org.oe.dev * rd204b509... 10/packages/meta/slugos-native.bb: slugos-native: Fixed the perl5 rdepends problem. |
06:12.24 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
06:20.45 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
06:31.41 | ashikase | ok, looks like my libqte was fubar'd, somehow |
06:37.00 | *** join/#oe jipi (n=jipi@58.185.76.50) |
06:56.01 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
07:00.34 | *** join/#oe Genesis (n=Genesis@dyn-83-156-26-217.ppp.tiscali.fr) |
07:19.37 | schurig | ashikase: you need to add the library with ATI stuff to your LIBS += of your qmake file |
07:20.11 | ashikase | actually, I found that the qte lib I built through bitbake didn't have the problem |
07:20.34 | ashikase | and I didn't see any other libraries that contained those functions |
07:21.59 | schurig | ashikase: a library can specify that it needs sub-libraries, which the get loaded automatically. Seems that either the bitbaked Qt does this ... or that the bitbaked Qt doesn't use the ATI hw accel, but a plain framebuffer |
07:22.29 | schurig | ashikase: however, please re-ask this in some hours, then more people are here. /me is not an expert on Qt/E on devices with ATI chips |
07:22.32 | *** join/#oe feser (n=feser@82-208-83-103.ats34-dzer.pppoe.mts-nn.ru) |
07:22.47 | schurig | (I use it on a PXA255 device where I just have a plain framebuffer, nothing else) |
07:23.01 | ashikase | right |
07:23.17 | ashikase | time is always a problem on irc |
07:23.50 | *** join/#oe rob_w|mis (n=rob_w@p549BAE27.dip0.t-ipconnect.de) |
07:37.03 | hrw|work | morning |
07:37.46 | hrw|work | ashikase: libqte2 for c7x0 devices is linked with aticore library to get some speedups on ati w100 |
07:43.58 | ashikase | ah, that would explain my problem then |
07:44.03 | ashikase | I was using the wrong lib |
07:44.16 | ashikase | I had been using a c760, I'm now using my borzoi |
07:44.18 | *** join/#oe alan|home (n=alan@ARouen-151-1-51-81.w86-215.abo.wanadoo.fr) |
07:45.20 | hrw|work | ;) |
07:45.22 | hrw|work | hi alan |
07:46.50 | alan|home | hi hrw |
07:46.54 | alan|home | hi all |
07:47.27 | RP | morning all |
07:47.44 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
07:50.02 | *** join/#oe DaKa (n=david@193.13.58.211) |
07:54.04 | hrw|work | someone brave want to check image? |
08:05.52 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
08:06.00 | do13_ | morning all |
08:06.10 | RP | hi Dirk |
08:06.59 | schurig | do13_: must sound link "hei dörk" :-) |
08:07.12 | schurig | s/link/like/ |
08:07.22 | do13_ | Hey Richard |
08:07.26 | do13_ | schurig:) |
08:15.43 | XorA | morning |
08:16.45 | CoreDump|home | morning all |
08:16.56 | *** join/#oe koobla (n=Simon@wall4.soft.uni-linz.ac.at) |
08:17.37 | do13_ | hi CoreDump|home, XorA |
08:31.34 | XorA | ~lart qt build system for thinking 64bit arm is a valid platform |
08:36.38 | *** join/#oe bronson_ZZz (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
08:40.48 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
08:48.22 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
08:56.12 | *** join/#oe nacer (n=laradji@dsl-magic-1.mpl4.ovea.net) |
09:09.49 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
09:10.08 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
09:11.01 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
09:11.07 | Bernardo | good morning |
09:11.18 | CoreDump|home | morning Bernardo |
09:11.40 | hrw|work | hi Bernardo |
09:12.23 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
09:13.07 | Bernardo | stupid question, with altboot can I need to create a ext2fs partition on my cf card and expand a .tar.gz image there, so I can boot from it, right? |
09:13.24 | CoreDump|home | right |
09:13.40 | hrw|work | CoreDump|home: can I boot from /dev/hda2 with altboot? |
09:13.43 | Bernardo | ok, time to test gpe-image on a 128Mb cf |
09:13.43 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
09:13.51 | CoreDump|home | hrw|work: no, not yet |
09:14.05 | hrw|work | CoreDump|home: collie: /dev/hda1 vfat 16M for flashing, /dev/hda2 ext2 for system |
09:14.44 | CoreDump|home | one day I'll add multi-parition boot to hda for the microdrive guys |
09:15.01 | RP | CoreDump|home: Yes please :) |
09:15.54 | Bernardo | CoreDump|home: that day add a way to go back a menu too... I had left my akita rebooting now and found out it was going back to the advanced menu too soon |
09:16.26 | Bernardo | I mean too late |
09:16.28 | CoreDump|home | that is on my todo list yes |
09:16.45 | CoreDump|home | but the menu-code is one ugly mess :\ |
09:16.46 | hrw|work | CoreDump|home: ability to use qwertyuiop instead of 1234567890 on collie too? |
09:17.44 | *** join/#oe ashikase (n=ashikase@ntt3-ppp36.gifu.sannet.ne.jp) |
09:17.50 | CoreDump|home | hrw|work: that would involve some very painful recoding. making the menu stuff even worse |
09:18.00 | hrw|work | ok so ignore it |
09:20.27 | *** join/#oe polyonymous (n=hacker@pD95396A4.dip0.t-ipconnect.de) |
09:22.05 | hrw|work | RP: have you ever seen c7x0 suspending automatically on kernel boot |
09:22.12 | hrw|work | ? |
09:22.33 | RP | hrw|work: No. Low battery? |
09:22.39 | hrw|work | RP: AC connected |
09:22.49 | hrw|work | RP: AC as usb/sync usb cable |
09:22.53 | hrw|work | uff.. booted |
09:23.43 | RP | hrw|work: I've never seen it do that. Its technically possible for it to suspend any time after init starts though |
09:25.57 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
09:27.27 | hrw|work | we need to add logo into release kernels... |
09:27.45 | Bernardo | hrw|work: testing your gpe-image now... |
09:27.45 | CoreDump|home | that would be neat, yeah |
09:27.52 | RP | hrw|work: ELPP? |
09:28.07 | *** join/#oe katossi (n=guillerm@dslb-084-062-180-051.pools.arcor-ip.net) |
09:28.25 | hrw|work | RP: no - kernel logo |
09:28.49 | RP | hrw|work: ah, right, that would be nice |
09:29.17 | CoreDump|home | or at least some text like "Loading kernel, please wait" =) |
09:29.28 | CoreDump|home | as kernel load takes ages on akita |
09:29.29 | RP | hrw|work: It will oversize the spitz/akita kernels without the changes I made in .dev |
09:29.36 | hrw|work | CoreDump|home: altboot DOES NOT work on c7x0 as it should |
09:29.54 | hrw|work | CoreDump|home: altboot NEED to load keymap probably |
09:29.58 | CoreDump|home | hmm, what's the problem |
09:30.03 | RP | The kernel is really fast on spitz due to the microdrive - no jffs2 |
09:30.03 | *** join/#oe bluebugs (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
09:30.16 | hrw|work | 'press any key to launch altboot |
09:30.28 | hrw|work | and any key does not work |
09:30.35 | CoreDump|home | uh oh |
09:30.48 | CoreDump|home | well it reads kbd interrupts from /proc |
09:31.03 | hrw|work | ~lart zap_root_password |
09:31.08 | CoreDump|home | that should work ;) Also altboot loads any installed keymaps before showing the menu |
09:31.11 | *** join/#oe eumel (n=eumel@p54820F44.dip0.t-ipconnect.de) |
09:31.30 | hrw|work | CoreDump|home: to show menu it need to start... |
09:31.46 | CoreDump|home | ah unlucky wording on my side |
09:32.05 | CoreDump|home | before it shows _anything_ it'll load the keymap |
09:32.10 | hrw|work | I suspect my root GPE settings are not compatible with 3.5.4.1-alpha2 |
09:32.41 | hrw|work | ~lart keylaunch, matchbox and rest of GPE for creating such problems |
09:33.48 | CoreDump|home | hrw|work: in hentges I prompt the user to trash ~/.gpe ~/.matchbox ~/.Xdefaults and ~/.keylaunchrc |
09:34.20 | hrw|work | CoreDump|home: on first boot? |
09:36.18 | Bernardo | at least the maintenance menu loads... |
09:36.54 | hrw|work | thats idea |
09:37.21 | hrw|work | ~hail sharp for maintaince rootfs |
09:37.25 | ibot | ACTION bows down to sharp for maintaince rootfs and chants, "I'M NOT WORTHY!!" |
09:37.52 | Bernardo | problems with altboot - won't boot from pcmcia |
09:38.02 | Bernardo | I mean from cf |
09:38.48 | Bernardo | I get a /proc is already mounted, then two errors in 20-bootCF line 526, with a /etc/init.d/pcmcia not found |
09:39.02 | CoreDump|home | oops |
09:39.25 | CoreDump|home | well, I have that fixed in .dev already |
09:39.33 | Bernardo | :) |
09:39.45 | CoreDump|home | the move from pcmcia-utils to udev caused that |
09:39.50 | Bernardo | is there a quick hack I can do to 20-bootCF? |
09:40.15 | CoreDump|home | comment out the line where it runs /etc/init.d/pcmcia statr |
09:40.20 | CoreDump|home | start |
09:41.22 | Bernardo | or pcmcia status, where it checks for /media/cf? |
09:42.01 | CoreDump|home | any call to that file |
09:42.08 | CoreDump|home | as it is no longer installed |
09:46.23 | Bernardo | ok, it isn't enough, probably I need to start udev too |
09:46.28 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
09:47.25 | Bernardo | yep. Starting udev even mounts /media/cf automatically |
09:47.54 | CoreDump|home | Bernardo: oops |
09:48.11 | CoreDump|home | I tried that yesterday and I didn't need to start udev :\ |
09:48.38 | Bernardo | one small problem, "udev status" isn't supported, so I can't check if it is running |
09:48.44 | Bernardo | CoreDump|home: on the akita? |
09:48.52 | Bernardo | kernel 2.6.16 here |
09:49.00 | CoreDump|home | yep, akita w 2.6.16 |
09:49.15 | CoreDump|home | ps ax| grep udevd | grep -v grep ;) |
09:49.24 | Bernardo | here if I don't have udevd running I don't have /devhda* |
09:49.27 | Bernardo | yep |
09:49.28 | Bernardo | :) |
09:49.41 | CoreDump|home | hmmm |
09:50.02 | CoreDump|home | I think it would be overkill to launch udevd just to create the device files tho |
09:51.12 | hrw|work | CoreDump|home: maybe we need to add those device files into device_table.txt then? |
09:51.50 | CoreDump|home | or just mknod them with altboot |
09:54.49 | Bernardo | gpe booting... |
09:55.42 | Bernardo | I just accepted the altboot defaults, seems everything is working |
09:56.16 | Bernardo | and now I get a black screen with a centered cursor, is this normal for gpe? |
09:56.56 | hrw|work | Bernardo: when you touch screen to move cursor it goes back to center in few seconds? |
09:57.24 | Bernardo | hrw|work: yes |
09:57.36 | hrw|work | Bernardo: fsck |
09:57.48 | hrw|work | ~lart GPE team badly |
09:58.07 | hrw|work | keylaunch + matchbox is SHIT not enviroment |
09:58.13 | Bernardo | lol |
09:58.52 | CoreDump|home | heh |
09:58.53 | hrw|work | if user has any keylaunch setting saved then we CANNOT change keylaunch and/or matchbox-wm/kbdconfig if we want to get GPE bootable |
09:58.59 | hrw|work | shit |
09:59.47 | Bernardo | hrw|work: any way to get around it? |
10:00.14 | CoreDump|home | that shouldn't bee a keylaunch problem |
10:00.19 | Bernardo | I think I am booting of a clean image, is altboot using my /home partition? |
10:00.21 | CoreDump|home | *be |
10:00.31 | CoreDump|home | Bernardo: yes it is |
10:00.41 | hrw|work | Bernardo: rm ~root/.keylaunchrc if exist |
10:00.51 | CoreDump|home | if is one of the "defaults" you selected ;) |
10:01.02 | hrw|work | Bernardo: or even backup /home/root/ somewhere and clean it |
10:02.05 | Bernardo | CoreDump|home: ok, will reboot and check for what prompt lets me use a /home in the cf card |
10:02.20 | CoreDump|home | nope |
10:02.26 | CoreDump|home | it is a one-time config |
10:02.37 | CoreDump|home | you'll not be ask again. |
10:02.48 | Bernardo | ok, what file do I need to edit/remove? |
10:03.01 | CoreDump|home | checking... |
10:04.22 | CoreDump|home | remove /etc/.image_conf.done from _whithin_ the loop-image |
10:04.53 | Bernardo | ok |
10:06.00 | hrw|work | heh.. under 2.4.18-crapix I cannot mount /home/ on c760 ;( |
10:06.09 | CoreDump|home | hrw|work: hah! |
10:06.18 | CoreDump|home | mount hangs / oopses right? |
10:06.30 | hrw|work | CoreDump|home: c760 should be able to do it. akita/borzoi should not |
10:06.38 | CoreDump|home | hehe |
10:06.52 | RP | hrw|work: It could be the jffs2 people have broken backwards compatibility :-/ |
10:07.21 | CoreDump|home | hrw|work: the "mount" will hang, causing tmpfs not to be mounted |
10:07.32 | CoreDump|home | that'll cause some more problems... |
10:07.59 | hrw|work | ok. so today I have bricked zaurus thx to gpe |
10:09.16 | hrw|work | no card reader here |
10:09.20 | Bernardo | :( |
10:09.29 | Bernardo | I'd lend you mine, but we're too far |
10:09.44 | hrw|work | Bernardo: I have one at home - 10-15 minutes from here |
10:09.51 | pb__ | bricked? that seems a bit unlikely. what did gpe do? |
10:09.54 | CoreDump|home | hrw|work: use altboot to boot into init=/bin/sh and edit fstab |
10:10.12 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
10:10.22 | hrw|work | CoreDump|home: altboot here has 'any key' problem |
10:10.30 | CoreDump|home | damn |
10:10.40 | hrw|work | pb__: keylaunch/matchbox fight for keyboard as usual |
10:10.54 | pb__ | oh, right. that's not a brick. |
10:11.02 | pb__ | bricks are much less responsive than that |
10:11.04 | CoreDump|home | ctrl-alt-del |
10:11.13 | hrw|work | CoreDump|home: zap-root-password... |
10:11.20 | CoreDump|home | right... |
10:11.27 | hrw|work | pb__: I have to reflash device to get it working again |
10:12.17 | pb__ | indeed |
10:12.17 | hrw|work | so until I reflash I have nice brick |
10:12.17 | pb__ | but you still have a working bootloader with reflashing ability, right? |
10:12.17 | Bernardo | CoreDump|home: /bin/sh password shows in plain text? |
10:12.31 | CoreDump|home | hrw|work: isn't there a rescue rootfs on c7x0 like on cxxxx? |
10:13.01 | CoreDump|home | Bernardo: yep, a bug |
10:13.01 | hrw|work | CoreDump|home: it is but is unable to mount my flash |
10:13.02 | pb__ | a brick would be a device with no working firmware at all, only fixable with jtag (or not fixable full stop) |
10:13.02 | CoreDump|home | hrw|work: it should be able to mount the rootfs |
10:13.02 | hrw|work | pb__: I know I know.. |
10:13.38 | CIA-9 | 03hrw 07org.oe.oz354x * r2b2868b4... 10/packages/enca/enca_1.9.bb: enca: added quotes in make call - close #834 |
10:13.38 | CIA-9 | 03hrw 07org.oe.dev * r48fc87c0... 10/packages/enca/enca_1.9.bb: enca: added quotes in make call - close #834 |
10:13.38 | Bernardo | is there a easy way to enter the rescue rootfs on the akita? |
10:13.38 | hrw|work | CoreDump|home: will try |
10:14.07 | CoreDump|home | Bernardo: yes there is a specal key combination during power-on |
10:14.07 | CoreDump|home | forgot how to do it tho =) |
10:14.07 | hrw|work | Bernardo: unplug power, take off battery. hold D+B, power on |
10:14.08 | *** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl) |
10:14.09 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) [NETSPLIT VICTIM] |
10:14.09 | *** join/#oe Cockroach- (n=torakka@codereactor.net) |
10:14.09 | *** join/#oe mwester-away (n=mwester@nslu2-linux/mwester) [NETSPLIT VICTIM] |
10:14.10 | *** join/#oe ArjanS (n=arjan@anymore.nl) [NETSPLIT VICTIM] |
10:14.10 | *** join/#oe XorA (n=dp@81-178-123-104.dsl.pipex.com) [NETSPLIT VICTIM] |
10:14.10 | *** join/#oe oce (i=nobody@antenni.nette.fi) [NETSPLIT VICTIM] |
10:14.10 | *** join/#oe webmind (i=webmind@feather.perl6.nl) |
10:14.10 | *** join/#oe [g2] (n=Tom@nslu2-linux/g2) |
10:14.10 | *** join/#oe zekoZeko (i=b@hydra.aufbix.org) [NETSPLIT VICTIM] |
10:14.15 | *** join/#oe webmind_ (i=webmind@feather.perl6.nl) |
10:14.40 | Bernardo | hrw|work: thanks... BTW, no .keylaunchrc in /home/root/ |
10:14.42 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
10:14.43 | *** join/#oe Cockroach- (n=torakka@codereactor.net) |
10:14.43 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
10:14.44 | hrw|work | 2.4.18-crapix oopses with 2.6.16 touched jffs2 |
10:14.45 | CoreDump|home | i do not think the image breakage is caused by keylaunch |
10:14.57 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
10:15.02 | CoreDump|home | with the keylaunch bug you get at least gpe-login to display |
10:15.16 | Bernardo | right now I have a empty /home/root in cf |
10:15.23 | Bernardo | and still it hangs |
10:15.34 | hrw|work | CoreDump|home: ok - I will check it tomorrow then. |
10:17.23 | *** join/#oe benlau (n=benlau@221.125.13.158) |
10:18.28 | Bernardo | anything else I can try to get gpe to boot? |
10:19.27 | CoreDump|home | yeah, edit /etc/passwd and enable root-login |
10:19.52 | CoreDump|home | launch xserver manually, then try launching gpe-login and see what happens |
10:20.07 | hrw|work | wow.. usb card reader/writer 52-in-1 |
10:20.15 | hrw|work | marketing.... |
10:20.15 | CoreDump|home | heh |
10:20.51 | Bernardo | CoreDump|home: for that I have to boot into CF using altboot, but block xserver from starting, right? |
10:21.20 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
10:21.25 | CoreDump|home | once you've enabled root-login you can kill X with ctrl-alt-del |
10:21.45 | Bernardo | alt is the first japanese key, right? |
10:21.52 | CoreDump|home | yep |
10:24.52 | Bernardo | no luck |
10:25.06 | Bernardo | xserver starts again immediately |
10:25.19 | CoreDump|home | try 4 times |
10:25.25 | CoreDump|home | it'll die eventually |
10:28.31 | slapin | Hi all!!! Is cs2005q3.2 uses kernel EABI interface or old ABI? |
10:28.32 | Bernardo | it did... |
10:28.53 | Bernardo | now how do I startx in gpe? |
10:29.28 | RP | slapin: It can use either depending upon the configuration |
10:30.08 | RP | Bernardo: gpe-dm (/etc/init.d/gpe-dm start) |
10:30.33 | slapin | RP: and if I have kernel headers from 2.6.16 with EABI enabled in autoconf.h, will it use EABI interface? |
10:31.46 | RP | slapin: Use DISTRO = "angstrom-2006.9" |
10:32.22 | RP | slapin: You'll also need to set: PREFERRED_VERSION_gcc-cross="3.4.4+csl-arm-2005q3" |
10:32.22 | RP | PREFERRED_VERSION_gcc-cross-initial="3.4.4+csl-arm-2005q3" |
10:32.44 | RP | and disable those lines in the angstrom conf file in conf/distro |
10:33.27 | Bernardo | RP: thanks, that gets me back to the same situation, can't launch gpe-login in the same line as it complains it can't open display |
10:33.44 | slapin | RP: 2005q3.2 is gcc-3.44+glibc-2.3.5, will it be better to use gss-4.1 instead? I heard at debian wiki that it doesn't use kernel EABI interface but translates it to old ABI, is it true? |
10:34.30 | Bernardo | anyway, it also complains of a missing gpe-setbg, /etc/gpe/locale.default, and a pango error complaining of missing modules |
10:35.09 | RP | slapin: We don't have the full 2005q3.2 toolchain in OE - we have gcc which will work with glibc 2.4. Angstrom is set to use gcc 4.1 by default |
10:35.15 | Bernardo | the pango error suggested running "pango-querymodules" but that didn't help |
10:36.01 | RP | slapin: The kernel can optionally use the new EABI interface and has optional functionality to work with the old ABI too. |
10:36.18 | Bernardo | another missing utility, /usr/bin/bl |
10:36.23 | RP | Bernardo: It sounds like some of the postinstalls didn't run |
10:36.54 | Bernardo | RP: possibly. I'm trying hrw's gpe-image-alpha2 on a cf booted with altboot |
10:38.39 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
10:39.48 | hrw|work | shit.. sharp maintaince lack wget ;( |
10:40.18 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
10:41.58 | goxboxlive | can someonehelp me out here. |
10:42.33 | goxboxlive | I am trying to build a bootstrap-image with bitkake, but i t allways failes when it trying to build the root_fs |
10:42.59 | Bernardo | hrw|work: I'm giving up on your gpe-image for now |
10:43.28 | *** join/#oe Bompo (n=Bompo@V16f7.v.pppool.de) |
10:43.45 | *** part/#oe Bompo (n=Bompo@V16f7.v.pppool.de) |
10:43.47 | hrw|work | Bernardo: ok - I will release RP images probably |
10:44.46 | Bernardo | hrw|work: might also be some problem with altboot |
10:45.16 | Bernardo | I just expanded gpe-image.tar.gz onto my cf root (formatted ext2, of course) |
10:46.00 | CoreDump|home | Bernardo: you were seeing the same problems as I saw with a flashed install |
10:46.10 | hrw|work | Bernardo: have same problem on my c7x0 |
10:46.37 | Bernardo | ok |
10:46.54 | Bernardo | so it wasn't me, this time... :D |
10:49.23 | CoreDump|home | Bernardo: sound doesn't work at this stage otherwise I'd make it beep |
10:49.27 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
10:51.23 | Bernardo | :) |
10:51.42 | Bernardo | :) |
10:52.45 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
10:54.17 | Bernardo | and now gpe login runs... |
10:54.33 | hrw|work | hmm... |
10:55.17 | hrw|work | will look |
10:55.48 | Bernardo | The clock setting application loads all messed up, seems like it is trying to show up in portrait with the screen in landscape |
10:55.58 | Bernardo | and the pointer is way off |
10:56.38 | *** join/#oe pb__ (n=pb@82-70-217-41.dsl.in-addr.zen.co.uk) |
10:56.46 | *** join/#oe noclouds (n=mhfan@60.166.44.224) |
10:58.29 | hrw|work | Bernardo: hmm.. have to check does gpe-dm starts before ipkg configure. |
10:58.59 | CoreDump|home | configure runs at rc2.d, gpe-dm at rc5.d |
10:59.45 | hrw|work | CoreDump|home: does not we boot into init 5 not into 2? |
11:00.04 | CoreDump|home | ahem |
11:00.17 | *** join/#oe mallum (n=mallum@host86-139-176-146.range86-139.btcentralplus.com) |
11:00.17 | CoreDump|home | ignore my comment |
11:00.38 | goxboxlive | How to i override this ( iam trying to buil a bootsrap image ) task-bootstrap: unsatisfied recommendation for kernel-module-ipv6-2.6 |
11:00.56 | CoreDump|home | that is not an error and can be ignored |
11:00.57 | tmbinc | how is a kernel update supposed to work? i see that "kernel" depends on "kernel-image-${KV}", so "ipkg install kernel" installs a new kernel, if available - but it doesn't uninstall the older one, thus causing a conflict. what's wrong? can i tell ipkg to remove orphan packages? |
11:02.00 | Bernardo | hrw|work: I'm now updating from my yesterday's build feed |
11:02.30 | Bernardo | Got openzaurus-version, tslib-conf and zaurusd reinstalled, besides initscripts |
11:03.22 | goxboxlive | CoreDump: But it failes to build the bootstrap-image ( | ERROR: Cannot satisfy the following dependencies for task-bootstrap: |
11:03.22 | goxboxlive | | kernel-module-evdev-2.6 kernel-module-tsdv-2.6 kernel-module-asic3-mmc-2.6 kernel-module-mmc-core-2.6 kernel-module--g-ether-2.6 |
11:04.08 | goxboxlive | NOTE: package bootstrap-image-1.0-r0: task do_rootfs: failed |
11:04.15 | Bernardo | hrw|work: seems like /usr/bin/and and /usr/bin/portmap aren't installed too |
11:04.24 | CoreDump|home | you were quoting "unsatisfied recommendation" which is not a reason for the build to fail. The error is a missing dependency |
11:05.21 | goxboxlive | CreDump: How to i fix that missing dependency? |
11:05.47 | CoreDump|home | well, dunno why these modules are not beeing built for you sorry |
11:06.17 | goxboxlive | ok, thx anyway |
11:06.23 | Bernardo | ~lart gpe |
11:06.55 | Bernardo | now I get almost to the desktop. It lets me login, shows the menu bar on the bottom, and then goes back to gpe-login |
11:07.22 | hrw|work | Bernardo: hmm.. progress ;) |
11:07.33 | *** join/#oe idealm (n=ideal@58.33.48.141) |
11:07.48 | CoreDump|home | Bernardo: http://hentges.net/tmp/do_not_use/Akita/ext2/gpe-image-3.5.4.1-alpha2-akita.rootfs.ext2.gz |
11:08.01 | CoreDump|home | this one works |
11:08.30 | Bernardo | CoreDump|home: can't download it from here - or my internet access might be terminated. |
11:08.39 | CoreDump|home | heh |
11:08.41 | Bernardo | I'll have to try downloading it tonight at home |
11:08.49 | hrw|work | or in other words: any alpha2 which is not mine |
11:09.00 | CoreDump|home | hrw|work: :( |
11:09.04 | Bernardo | aw, what the hell... 20mb? |
11:09.25 | hrw|work | CoreDump|home: I have oneliner for altboot |
11:09.28 | CoreDump|home | compressed 150mb loop-image |
11:09.42 | CoreDump|home | hrw|work: nice, shoot |
11:09.52 | hrw|work | CoreDump|home: on device... have to boot first |
11:10.10 | Bernardo | CoreDump|home: I mean, how big is that tarball? |
11:10.20 | hrw|work | CoreDump|home: basically: if /etc/init.d/keymap exist then start it |
11:10.33 | CoreDump|home | Bernardo: 17mb |
11:10.59 | CoreDump|home | hrw|work: that is already bgeeing done |
11:11.12 | hrw|work | CoreDump|home: in 1.0.6-rc2? |
11:11.30 | CoreDump|home | Bernardo: and its not a tarball but a ready loop-image, tarball is in ../tarballs |
11:11.53 | CoreDump|home | hrw|work: yep, check /etc/altboot.rc |
11:12.13 | Bernardo | CoreDump|home: so that one is ready to expand into my cf card, right? |
11:12.23 | hrw|work | CoreDump|home: ah.. I added it into /sbin/init.altboot... |
11:12.37 | hrw|work | CoreDump|home: anyway - loading keymap does not help here ;( |
11:13.10 | CoreDump|home | Bernardo: no, use the tarball from ../tarballs for that. The file i pointed you at is a loop-images to be placed into /media/cf/boot-images |
11:13.48 | CoreDump|home | hrw|work: altboot reads kbd interrupts from /proc for that. the keymap doesn't matter |
11:14.00 | CoreDump|home | wait a second |
11:14.18 | hrw|work | ok |
11:14.40 | hrw|work | found problem with my images. lack of /etc/rcS.d/S98configure |
11:14.40 | CoreDump|home | cat /proc/interrupts | grep Spitzkbd on Z please |
11:15.03 | hrw|work | CoreDump|home: c7x0 has corgikdb |
11:15.07 | hrw|work | CoreDump|home: c7x0 has corgikbd |
11:15.16 | CoreDump|home | thats the problem then ;) |
11:15.30 | hrw|work | CoreDump|home: glad to help ;) |
11:15.43 | Bernardo | hrw|work: what ipk should I reinstall? |
11:15.46 | CoreDump|home | is the casing of corgikbd correct? no capital letters? |
11:16.05 | hrw|work | CoreDump|home: all small |
11:16.16 | hrw|work | CoreDump|home: "grep -i" anyway |
11:16.40 | hrw|work | Bernardo: on my c760 when I did 'ipkg configure' then I have working image |
11:17.07 | Bernardo | hrw|work: hre it shows "nothing to be done" |
11:17.17 | Bernardo | I'll clean up the cf card and start again |
11:18.58 | Bernardo | <PROTECTED> |
11:19.45 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) [NETSPLIT VICTIM] |
11:19.45 | *** join/#oe XorA (n=dp@81-178-123-104.dsl.pipex.com) [NETSPLIT VICTIM] |
11:19.45 | *** join/#oe [g2] (n=Tom@nslu2-linux/g2) |
11:19.45 | *** join/#oe zekoZeko (i=b@hydra.aufbix.org) [NETSPLIT VICTIM] |
11:23.05 | Bernardo | hrw|work: ipkg configure seems to work, but the timezone app still shows up messed up |
11:23.59 | Bernardo | I got the "welcome to gpe" dialog, then back to gpe-login, and now it is once again looping back to gpe-login after showing the menu |
11:24.51 | hrw|work | <PROTECTED> |
11:24.59 | hrw|work | argh |
11:25.08 | Bernardo | as root I get to see the desktop, then I'm kicked to gpe-login |
11:25.26 | Bernardo | see you in a hour |
11:26.54 | TheMasterMind1 | wow, finally a working java compiler and vm that supports floats on arm |
11:27.09 | CoreDump|home | hrw|work: could you try http://hentges.net/tmp/init.altboot? |
11:27.22 | hrw|work | CoreDump|home: could |
11:27.34 | hrw|work | ipkg in feed is fscked |
11:27.40 | CoreDump|home | =D |
11:33.00 | hrw|work | hi lardman|work |
11:33.59 | hrw|work | CoreDump|home: Works! |
11:34.18 | CoreDump|home | excellent |
11:34.30 | lardman|work | hey hrw|work |
11:34.31 | hrw|work | CoreDump|home: so 1.0.6-rc3? |
11:34.34 | lardman|work | hi everyone |
11:34.40 | CoreDump|home | yep |
11:34.52 | CoreDump|home | later today |
11:37.52 | hrw|work | I like fsck when boot from sd |
11:38.37 | hrw|work | CoreDump|home: 'booting the selected roofs' frame could be resized to fit? |
11:39.21 | CoreDump|home | I'll put it on my ToDo |
11:39.26 | hrw|work | thx |
11:46.16 | hrw|work | fetching 20M image takes time... |
11:50.06 | hrw|work | flashing my gpe-image |
11:54.26 | *** join/#oe tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net) |
11:55.42 | Crofton | Anyone here know much about renting cars in Europe? |
11:56.06 | Crofton | Specifically would it be cheaper to rent one in Italy or Germany? |
11:57.48 | *** join/#oe feser (n=feser@82-208-83-103.ats34-dzer.pppoe.mts-nn.ru) |
12:01.07 | goxboxlive | What is this ? 'tosa kernel defconfig' Where do i find this file? |
12:13.02 | *** join/#oe france_ (n=france@pool-141-154-250-131.bos.east.verizon.net) |
12:21.28 | Bernardo | CoreDump|home: I was thinking that the /home when I booted from SD wasn't my /home partition and it seems I lost all my data... :( |
12:21.46 | CoreDump|home | ahem |
12:21.56 | CoreDump|home | ouch :( |
12:22.00 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
12:22.11 | CoreDump|home | the default is to use the real /home |
12:22.35 | Bernardo | yep, but I had chosen to use the other |
12:23.47 | CoreDump|home | hmm, worked fine last time I checked |
12:26.01 | Bernardo | well, I'll look at "mount" output next time before trying such a stupid stunt as "rm -rf /home/*" |
12:26.32 | CoreDump|home | :( |
12:27.42 | Bernardo | hopefully, the nand flash I have here isn't very old... :) |
12:28.13 | Bernardo | all I might have lost is my desktop background and a couple of appointments |
12:29.49 | *** join/#oe dijenerate (n=dijenera@72.22.157.145) |
12:30.10 | *** join/#oe Genesis (n=Genesis@dyn-83-156-26-217.ppp.tiscali.fr) |
12:34.50 | Cockroach- | Is there a document available where OE's cross compiling process would be explained? |
12:35.08 | Cockroach- | all those gcc-cross gcc-cross-initial make me dizzy |
12:38.50 | hrw|work | Cockroach-: gcc-cross-initial build libc which is needed to build gcc-cross |
12:41.30 | Cockroach- | hrw|work: And the idea is the same as in 'linux from scratch' process, removing dependency between the "actual" gcc-cross (built later) and the build hosts's libc? |
12:42.40 | hrw|work | iirc yes |
12:43.07 | Cockroach- | but then I don't get it. I would understand it, if the 1st pass would produce non-cross compiling gcc |
12:43.46 | CoreDump|home | FYI sox receive.wav -t raw -r 8012 -u -b -c 1 - | cat > /dev/dsp works perfectly |
12:43.47 | Cockroach- | if host gcc build gcc-cross-initial, then the resulting gcc would produce arm code? |
12:44.22 | hrw|work | Cockroach-: yes |
12:45.07 | Cockroach- | hrw|work: how is it possible to use x86->arm gcc (gcc-cross-initial) to produce another x86->arm gcc (gcc-cross) ? |
12:46.12 | hrw|work | Cockroach-: g-c-i/x86 build libc/arm. g-c/x86 then use libc/arm to produce binaries/arm |
12:46.46 | Cockroach- | Oh that's the way it goes |
12:46.49 | Cockroach- | hrw|work: thanks |
12:47.10 | hrw|work | thats how I understand it |
12:49.36 | Cockroach- | I'm trying to figure that process out so I might be able to resolve my original problem some day |
12:52.10 | CoreDump|home | the gpe-dm script hangs while dd'ing into /dev/fb0 on "stop" |
12:54.00 | hrw|work | CoreDump|home: gpe-bootsplash is trying to write to / when / is ro |
12:54.28 | CoreDump|home | eww, not again... |
12:55.07 | hrw|work | CoreDump|home: maybe I have older version.. |
12:55.07 | CIA-9 | 03mickeyl 07org.oe.dev * r65cea53b... 10/packages/tetex/tetex_3.0.bb: tetex: more libtool oddities |
12:55.10 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
12:55.12 | Bernardo | re |
12:55.13 | CIA-9 | 03mickeyl 07org.oe.dev * r4054569b... 10/classes/ (qmake-base.bbclass qmake.bbclass qt4x11.bbclass): qmake/qt build classes: make qmake and qmake2 coexist |
12:55.21 | CoreDump|home | hrw|work: i'll have a look later |
12:55.36 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
12:55.43 | hrw|work | CoreDump|home: 1.15-r4 is correct? |
12:56.21 | CoreDump|home | yep |
12:56.28 | hrw|work | CoreDump|home: anyway I rebuilt all my images and booted gpe-image/c7x0 into gpe |
12:56.41 | CoreDump|home | thats great news |
12:58.04 | *** join/#oe bronson (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
13:04.17 | CoreDump|home | =) |
13:04.40 | Bernardo | If I get fired, it's your fault... :) |
13:05.42 | Bernardo | lets hope ext2fs doesn't kill my windows machine again |
13:07.35 | *** join/#oe bronson (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
13:15.00 | *** join/#oe ashikase_ (n=ashikase@ntt3-ppp39.gifu.sannet.ne.jp) |
13:16.31 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
13:19.02 | CIA-9 | 03hrw 07org.oe.oz354x * rd05cf179... 10/packages/ipkg/ipkg_0.99.159.bb: ipkg: bumped PR to fix feed |
13:19.07 | CIA-9 | 03hrw 07org.oe.oz354x * r3c60ed32... 10/packages/openzaurus/openzaurus-version.bb: openzaurus-version: set PACKAGE_ARCH to 'all' |
13:19.11 | CIA-9 | 03hrw 07org.oe.oz354x * rcc03be81... 10/packages/meta/ (meta-e-x11-core.bb meta-e-x11.bb meta-e.bb): meta-e-*: fixed feeds, set PACKAGE_ARCH to 'all' |
13:19.15 | CIA-9 | 03hrw 07org.oe.oz354x * r0f4bab6c... 10/packages/meta/ (meta-gpe-extras.bb meta-gpe.bb): meta-gpe*: set PACKAGE_ARCH to 'all' |
13:21.28 | hrw|work | ~seen pigi |
13:21.44 | ibot | pigi <n=NoOne@pdpc/supporter/active/Pigi> was last seen on IRC in channel #oe, 12d 21h 3m 37s ago, saying: 'later all'. |
13:23.01 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
13:24.15 | *** join/#oe dijenerate (n=dijenera@72.22.157.145) |
13:28.46 | *** join/#oe p0g0 (n=pogo@mrtc-580055.mis.net) |
13:40.02 | hrw|work | seconds. |
13:40.07 | NAbyss | Bernardo: Not more than a minute. |
13:41.06 | Bernardo | ok, so it has hang for some reason |
13:41.14 | Bernardo | I was trying hentges gpe now |
13:41.56 | Bernardo | bbl |
13:42.53 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
13:45.27 | CoreDump|home | 5 seconds max I'd say |
13:51.50 | *** join/#oe cbrake (i=user103@216.144.26.242) |
13:57.50 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
14:00.59 | RP | ARM system image emulation with QEMU for OE images via nfs: http://www.rpsys.net/openzaurus/qemu/ |
14:02.10 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
14:03.59 | *** join/#oe idealm (n=ideal@58.33.48.141) |
14:09.00 | CIA-9 | 03coredump 07org.oe.dev * r18e53df4... 10/packages/altboot/ (5 files in 3 dirs): altboot: Fix tar.gz installer to work w/o inserted cf or sd cards, fix mount_cf to work with udev |
14:09.23 | CIA-9 | 03coredump 07org.oe.dev * rc600c8a6... 10/packages/altboot/ (5 files in 4 dirs): |
14:09.23 | CIA-9 | altboot: |
14:09.23 | CIA-9 | <PROTECTED> |
14:09.23 | CIA-9 | <PROTECTED> |
14:09.23 | CIA-9 | <PROTECTED> |
14:09.25 | CIA-9 | <PROTECTED> |
14:11.13 | Bernardo | CoreDump|home: care to merge those to oz354x? |
14:11.51 | hrw|work | CoreDump|home: Fixed CF booting w/ kernel 2.6.16 == Fixed CF booting w/ pcmciautils isntalled instead of pcmcia-cs? |
14:11.54 | CoreDump|home | yep, but I have some more things to fix first |
14:12.03 | CoreDump|home | hrw|work: right |
14:12.20 | Bernardo | CoreDump|home: it's strange when booting hentges gpe image from a cf to have a altboot inside a altboot... |
14:12.28 | CoreDump|home | Bernardo: =D |
14:12.33 | CoreDump|home | I know the feeling |
14:12.38 | Bernardo | I just let the one inside cf to timeout... |
14:12.49 | CoreDump|home | indeed |
14:13.38 | Bernardo | deleting /home/.gpe now... |
14:14.13 | CoreDump|home | Bernardo: .gpe .matchbox .Xdefaults .keylaunchrc |
14:14.21 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
14:14.38 | Bernardo | timezone applet shows weird too |
14:15.25 | Genesis | is BLOB able to work with initramfs ? |
14:15.34 | RP | Found the hostap-modules problem :) |
14:15.46 | Bernardo | the "welcome to gpe" dialog stays up... How do I kill it? |
14:15.47 | hrw|work | Bernardo: those EET/UST/GHT etc names? |
14:15.54 | Bernardo | hrw|work: yes |
14:16.17 | Bernardo | the applet only occupies half the screen, and the pointer seems way off |
14:16.46 | Bernardo | but I got past that, and now I have a "Welcome to gpe!" dialog that won't close (but will move if I drag it). |
14:17.24 | Bernardo | finally closed it, got the "ok" button highlighted and pressed the space bar |
14:17.25 | Bernardo | bbl |
14:19.21 | Bernardo|meeting | it seems that the pointer really was badly calibrated... strange, I pressed on all right spots |
14:20.00 | Bernardo|meeting | how do I recalibrate it? |
14:20.11 | CoreDump|home | settings / screensetup |
14:20.12 | RP | Bernardo|meeting: Run xtscal |
14:20.46 | Bernardo|meeting | ok, seems fixed now |
14:20.52 | Bernardo|meeting | really have to run, bbl |
14:20.56 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
14:21.19 | *** join/#oe W8TVI (n=me@166.165.159.105) |
14:26.33 | CIA-9 | 03rpurdie 07org.oe.dev * re4253b12... 10/packages/linux/linux-openzaurus.inc: linux-openzaurus: Fix hostap-modules problem people were seeing (kernel.bbclass trampled a variable we were setting) |
14:26.37 | CIA-9 | 03rpurdie 07org.oe.dev * rdbb7c9f1... 10/packages/fontconfig/fontconfig_2.2.95.bb: fontconfig: Use RREPLACES instead of RPROVIDES to prevent upgrades breakage |
14:27.32 | pb__ | That sounds a bit odd. What files is fontconfig replacing? |
14:30.27 | RP | pb__: libfontconfig-utils became fontconfig-utils |
14:31.05 | pb__ | In that case, it ought (probably) to provide/replace/conflict with the old package. |
14:31.22 | pb__ | Replaces on its own means that you want to overwrite some subset of the files in the old package. |
14:32.08 | RP | So you need to do all three? |
14:32.20 | pb__ | Right. |
14:37.49 | chouimat | morning |
14:39.03 | hrw|work | those provide/replace/conflict makes me mad sometimes.. |
14:39.03 | hrw|work | recently .oz354x got change in irk - they rconflict but do not rreplace/rprovide |
14:39.05 | CIA-9 | 03rpurdie 07org.oe.dev * rde96ee4f... 10/packages/fontconfig/fontconfig_2.2.95.bb: fontconfig: Also RREPLACES and RCONFLICTS libfontconfig-utils (thanks pb for spotting) |
14:39.35 | RP | I suspect we have a developer misunderstanding or two on how this works... |
14:40.52 | pb__ | http://www.us.debian.org/doc/debian-policy/ch-relationships.html#s-replaces has some words about that stuff. |
14:43.35 | CIA-9 | 03coredump 07org.oe.dev * r5b47c321... 10/packages/altboot/files/altboot.func: altboot: Do not echo the password when entering init=/bin/sh |
14:43.43 | RP | I had the impression Replaces had only the second function. I now know better :) |
14:47.09 | hrw|work | http://openzaurus.org/wordpress/2006/04/10/second-alpha-release-of-openzaurus-3541/ |
14:48.07 | XorA | mickey|zzZZzz: qt4 build seems to want to create a 64bit arm :-) http://pastebin.com/655697 |
14:48.35 | RP | hrw|work: Looks good to me |
14:50.21 | *** join/#oe bronson (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
14:53.07 | *** join/#oe tnb (n=tnb@dynamic-acs-24-154-237-101.zoominternet.net) |
15:04.12 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
15:09.24 | *** join/#oe goxboxlive_ (n=goxboxli@ti500710a080-11245.bb.online.no) |
15:19.10 | *** join/#oe evildevil (n=evildevi@p54A6E5E3.dip.t-dialin.net) |
15:25.03 | hrw|work | spitz/borzoi/terrier are pxa270 or 272? |
15:29.03 | RP | hrw|work: 270 |
15:30.29 | hrw|work | ok |
15:30.54 | hrw|work | thx |
15:32.59 | hrw|work | cu |
15:33.01 | hrw|work | time to go |
15:33.07 | CIA-9 | 03coredump 07org.oe.dev * r08f8592d... 10/packages/altboot/files/beep.raw: altboot: Add missing file |
15:48.24 | CIA-9 | 03coredump 07org.oe.dev * r25365dea... 10/packages/altboot/ (altboot_0.0.0.bb files/init.altboot): altboot: Fix STDIN error messages on collie |
16:07.16 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
16:07.38 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
16:16.02 | *** join/#oe AvengerMoJo (n=alex@221.217.21.240) |
16:16.29 | *** join/#oe benlau (n=benlau@221.125.13.158) |
16:16.52 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
16:17.08 | *** join/#oe CP|Laptop (n=nobody@aus-ext-proxy02.amd.com) |
16:17.25 | Bernardo | CoreDump|home: ping |
16:17.27 | CoreDump|home | pong |
16:17.27 | Bernardo | :) |
16:17.35 | Bernardo | I've had a small problem with your gpe image |
16:17.36 | Bernardo | it thinks it is running in portrait mode |
16:17.36 | Bernardo | when I have my akita open |
16:17.38 | CoreDump|home | bad install or damaged FS on card |
16:17.40 | CoreDump|home | I use the GPE images day in day out, trust me =) |
16:17.43 | Bernardo | :) |
16:17.44 | Bernardo | I usually use opie... |
16:17.48 | Bernardo | time to reformat the card and try again? |
16:23.12 | CoreDump|home | yep |
16:23.21 | Bernardo | ok, here it goes... :( |
16:23.26 | Bernardo | formatted... time to extract the tarball |
16:23.29 | *** join/#oe Crofton (n=balister@hc6521c7d.dhcp.vt.edu) |
16:29.58 | *** join/#oe pH5 (n=ph5@e178199253.adsl.alicedsl.de) |
16:30.27 | Genesis | bye |
16:30.38 | pH5 | bye Genesis, good evening everybody |
16:31.01 | Bernardo | hi pH5 |
16:31.01 | pH5 | hi Bernardo |
16:31.32 | CoreDump|home | hi pH5 |
16:31.34 | pH5 | hi CoreDump|home |
16:38.43 | *** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be) |
16:38.59 | CIA-9 | 03coredump 07org.oe.oz354x * r979e958d... 10/packages/altboot/ (altboot_1.0.6-rc2.bb altboot_1.0.6-rc3.bb): altboot: Add 1.0.6-rc3, including all changes from .dev |
16:38.59 | CIA-9 | 03coredump 07org.oe.dev * r24be272e... 10/packages/altboot/ (altboot_1.0.6-rc2.bb altboot_1.0.6-rc3.bb): altboot: Add 1..6-rc3 |
16:39.08 | *** join/#oe immolo (i=vgehvz@cpc3-cosh1-4-0-cust151.cos2.cable.ntl.com) |
16:52.37 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
16:52.37 | *** topic/#oe is OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date |
16:53.00 | CoreDump|home | nope |
16:53.33 | Bernardo | also, I've just launched the audio mixer and can't close it |
16:54.07 | CoreDump|home | that's a known problem with this app. On the left side there is a bar you can click IIRC |
16:54.29 | Bernardo | yet, thnaks |
16:54.33 | Bernardo | thanks |
16:54.55 | Bernardo | I can't type ":" or ";" in firefox |
16:55.02 | Bernardo | haven't checked on other apps |
16:55.28 | CoreDump|home | will try in a second |
16:55.29 | Bernardo | works in abiword |
16:58.35 | Bernardo | also, /home still gets mounted. Could it be because I'm not using a loopback image, but a extracted tarball in /media/cf? |
16:58.50 | CoreDump|home | i will investigate this bug |
16:59.56 | Bernardo | thanks, sorry for all the trouble |
17:03.57 | *** join/#oe andersee (n=andersee@codepoet.org) |
17:04.03 | Bernardo | bye, see you guys later |
17:05.05 | *** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
17:07.21 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
17:09.00 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
17:15.57 | *** join/#oe minipanda (n=hzhang@219.236.17.202) |
17:17.40 | *** join/#oe kurre2 (n=tomimo@a80-186-64-246.elisa-laajakaista.fi) |
17:24.35 | pb_ | hi mickeyl |
17:24.45 | mickeyl | hey pb_ |
17:25.05 | pH5 | hi mickeyl, pb_ |
17:25.09 | pb_ | hi ph5 |
17:25.13 | mickeyl | cheers pH5 |
17:29.49 | Necronom | Hrm: |
17:29.51 | Necronom | FATAL: This kernel is too big for the c7x0 and will destroy your machine if you flash it!!! |
17:39.13 | CIA-9 | 03mickeyl 07org.oe.dev * r4b742ad8... 10/packages/lyx/lyx_1.4.1.bb: lyx: add version 1.4.1 |
17:45.27 | XorA|gone | hey mickeyl |
17:46.03 | mickeyl | hi xora |
17:46.43 | XorA | mickeyl: did you see my earlier message? |
17:47.42 | XorA | mickeyl: http://pastebin.com/655697 |
17:47.47 | mickeyl | oh dear |
17:48.05 | XorA | as much as Id love a 64bit arm :-) |
17:49.10 | mickeyl | hehe |
17:49.44 | mickeyl | please try again with an updated HEAD |
17:50.01 | mickeyl | in case you didn't have the classes update which i commited some hours ago |
17:50.20 | XorA | pulling now |
17:50.26 | mickeyl | then start with sending me log.do_* to mickeyl@handhelds.org |
17:50.34 | mickeyl | and we'll start to investigate |
17:50.49 | XorA | mickeyl: yeah, I just didnt have time to investigate in work today |
17:51.00 | mickeyl | what's your DISTRO and MACHINE conf btw.? |
17:51.18 | XorA | DISTRO="openzaurus-unstable" |
17:51.23 | XorA | MACHINE="c7x0" |
17:51.40 | mickeyl | right. same here. that makes diffing easier |
17:52.21 | XorA | just looked at configure script, I think its actually managed to be worse than an m4 generated one :-) |
17:55.50 | mickeyl | heh. right. those who don't understand autotools are forced to reinvent it in a worse way |
17:56.10 | mickeyl | as much as i hate autotools, handcoded ones I even hate more |
17:56.14 | mickeyl | *sigh* |
17:57.06 | XorA | mail is on its way |
17:57.21 | RP | Necronom: Is that being built on a 64 bit machine? |
17:57.21 | mickeyl | excellent. I'll look into that tomorrow |
17:57.30 | RP | hi mickeyl |
17:57.33 | mickeyl | hi RP |
17:57.47 | Necronom | Necronom: Nope. 32 bit machine. |
17:58.11 | RP | Necronom: .dev? which DISTRO? |
18:00.58 | mickeyl | XorA: aaaah |
18:01.00 | mickeyl | XorA: you |
18:01.04 | mickeyl | are on a 64 build system |
18:01.09 | mickeyl | 64 bit, even |
18:01.24 | *** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
18:01.37 | XorA | mickeyl: yes |
18:01.44 | mickeyl | looks like i didn't swith all tests to using the target compiler yet |
18:01.57 | mickeyl | that gives me enough info to look into it |
18:02.03 | mickeyl | thanx |
18:02.03 | mickeyl | (kind of ) |
18:02.03 | mickeyl | :) |
18:02.15 | XorA | mickeyl: no probs, and I ready to test any fixes as soon as I see them |
18:02.30 | mickeyl | cool. i don't have access to a 64bit machine, so I need to rely on you |
18:03.06 | XorA | mickeyl: I have found gentoo makes a good testing platform as /usr/include/* is effectively empty |
18:03.58 | Necronom | RP: cat org.openembedded.oz354fam083/MT/revision |
18:03.58 | Necronom | f14a8701d982daae63a37e5c8c5a0cbb6ee802eb |
18:04.11 | Necronom | This would be a LFS 6.1 box.. |
18:04.37 | RP | Necronom: You're using familar? |
18:05.09 | Necronom | grep DISTRO build/conf/local.conf |
18:05.09 | Necronom | DISTRO = "openzaurus-3.5.4" |
18:05.29 | RP | Necronom: For the best c7x0 support I'd use kernels from .dev or oz354x |
18:06.16 | mickeyl | RP: prism3 cards w/ uploadable firmware don't work on resume |
18:06.23 | mickeyl | RP: spitz/3.5.4.1-alpha2 |
18:06.36 | mickeyl | XorA: right. i should use a gentoo just for building |
18:06.55 | XorA | mickeyl: only on amd64 machines with multilib turned on though |
18:07.04 | RP | mickeyl: :-(. Was there code in pcmcia-cs to reupload the firmware on them? |
18:07.21 | immolo | heya, if my glibc on my host was only compiled with support for my locale would it causes problems trying to compile different locales? |
18:07.33 | XorA | mickeyl: that pushes the includes into ARCH dirs and /usr/include/* becomes #if ARCH #include ARCH/include.h |
18:08.04 | RP | mickeyl: There are perhaps two options 1) see if the kernel driver can handle the firmware through udev 2) if not, add/fix the scripts so they're run on resume |
18:08.10 | XorA | mickeyl: re suspend thing, according to my Sandisk manual, PocketPC cant handle resuming a prism3 card either |
18:08.47 | RP | XorA, mickeyl: I'm guessing this did work though |
18:08.47 | mickeyl | RP: i handled uploading the firmware by a resume script calling hostap-fw-load. |
18:08.54 | mickeyl | RP: see contents of prism3-support package |
18:09.12 | XorA | RP: its never worked for me, but I rarely need it to so never complained |
18:09.20 | mickeyl | i had it working on 3.5.3 |
18:09.25 | mickeyl | that was w/ 2.4 though |
18:09.41 | RP | mickeyl: Can you check dmesg and see if the kernel looked for firmware? |
18:09.48 | XorA | ah, I missed 3.5.3 going straight to 2.6 kernel stuffs |
18:10.08 | mickeyl | hmm. that doesn't look good |
18:11.23 | Necronom | RP; thansk. |
18:13.09 | mickeyl | mmh |
18:13.14 | mickeyl | can't log in |
18:13.55 | pb_ | account revoked? oh dear |
18:14.10 | mickeyl | looks like. |
18:16.39 | *** join/#oe hwtechnik (n=hwtechni@tor/session/external/x-9c31248f5a3fcf64) |
18:17.10 | mickeyl | RP: here it is |
18:18.45 | mickeyl | ~lart pastebin |
18:19.06 | mickeyl | http://pastebin.com/656145 |
18:19.22 | mickeyl | that's the log right after pressing on/off to resume |
18:23.07 | *** join/#oe koen|train (n=koen@212.41.157.237) |
18:23.18 | koen|train | hi all |
18:24.22 | pH5 | hey koen|train |
18:24.43 | koen|train | hey pH5 |
18:31.56 | *** join/#oe gremlin[it] (n=gremlin@88-149-149-246.f4.ngi.it) |
18:33.41 | *** join/#oe zap (n=zap@217.170.93.9) |
18:50.47 | *** join/#oe PabloOdorico (n=void@168.226.136.195) |
18:57.05 | *** join/#oe Bompo (n=Bompo@V16f7.v.pppool.de) |
18:58.15 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
18:59.24 | *** join/#oe Bompo (n=Bompo@V16f7.v.pppool.de) |
19:00.21 | *** part/#oe Bompo (n=Bompo@V16f7.v.pppool.de) |
19:12.46 | *** join/#oe UdontKnow (i=udontkno@freenode/staff/udontknow) |
19:29.01 | *** join/#oe katossi (n=guillerm@dslb-084-062-169-137.pools.arcor-ip.net) |
20:05.00 | *** join/#oe mallum (n=mallum@host86-139-176-146.range86-139.btcentralplus.com) |
20:26.52 | *** join/#oe PabloOdorico (n=void@168.226.136.195) |
20:27.46 | *** join/#oe evildevil (n=evildevi@p54A6E5E3.dip.t-dialin.net) |
20:33.51 | RP | hi koen |
20:34.50 | RP | koen: JustinP changed the e .inc file so it doesn't trample on distro settings. Can let Angstrom do things properly again now? |
20:35.11 | koen | RP: I'll change it now |
20:35.15 | RP | mickey|bbl: I've just tried hostap here and it works with my card. That dmesg you posted is worrying :-( |
20:36.10 | RP | koen: thanks. I don't mind doing it as I have that change locally - just wanted to check with you first :) |
20:36.18 | *** join/#oe PabloOdorico_ (n=void@168.226.136.163) |
20:36.29 | koen | RP: please go ahead |
20:36.59 | RP | koen: ok. Can I also add a comment about how to enable the gcc3 csl toolchain? |
20:39.34 | koen | RP: if you can please put the gcc3 bits in the .conf, but commented out |
20:40.10 | RP | koen: That's what I was asking :) |
20:40.19 | koen | :) |
20:51.20 | CIA-9 | 03rpurdie 07org.oe.dev * rc6c7cc9d... 10/conf/distro/angstrom-2006.9.conf: angstrom-2006.9: Allow the user to override the toolchain versions again. Also comment on how to use an appropriate gcc version 3 |
20:52.05 | koen | RP: thanks |
20:52.22 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
20:52.27 | RP | koen: I'm pleased its in as I can't accidentally commit it now :) |
20:52.36 | *** join/#oe treke (n=ggilbert@tinman.treke.net) |
20:53.15 | treke | kergoth, you still in Texas? |
20:53.18 | koen | RP: :) |
20:53.20 | CoreDump|home | Bernardo|away: I've identified the "/home" issue. |
20:53.22 | koen | hey treke |
20:53.29 | *** join/#oe katossi (n=guillerm@dslb-084-062-169-137.pools.arcor-ip.net) |
20:53.37 | CoreDump|home | Bernardo|away: udev mounts /home even if it isn't configured in fstab... |
20:53.43 | koen | treke: thanks again for bugs.oe.org |
20:53.58 | treke | koen: Glad it's still working well |
20:54.26 | treke | one of these weekends I still want to make source mirroring work again |
20:54.33 | RP | It is useful - stops things getting lost... |
20:54.51 | treke | Just hard to get motivated to prune old stuff |
20:55.03 | RP | treke: It would be nice to have the working again :) |
20:55.18 | treke | It never actually got turned off. Just sort of ran out of space |
20:55.51 | RP | I remember you saying - and identifying the files to keep is tricky :-/ |
20:56.04 | treke | yeah |
20:56.16 | CoreDump|home | this is going to be a bitch |
20:56.38 | treke | I'd say this weekend, but I told myself the same thing last friday |
20:56.41 | treke | :) |
20:57.51 | treke | oh, kergoth isn't even here :p |
20:58.24 | koen | treke: iirc he's in AZ now doing work for a defense subcontracter |
20:58.33 | treke | ah |
20:58.57 | treke | this is certainly the time to work for one :p |
21:01.41 | treke | How are things going on the pda front? Anything interesting going on with pda/phones |
21:02.15 | CP|CELF | palm still rules, everyone else still drools |
21:02.23 | treke | hehe |
21:02.24 | koen | OE built rootfs booted on a treo 650 |
21:02.28 | koen | hey CP|CELF |
21:02.29 | treke | oh god |
21:02.32 | treke | don't tempt me |
21:02.34 | RP | treke: oz support is looking nice with 2.6 kernels now :) |
21:02.39 | treke | RP: nice |
21:02.53 | ljp | people are getting linux on the HTC universal phone |
21:02.58 | CP|CELF | koen: hey |
21:03.28 | koen | treke: http://gehennom.net/~tool/tiki-index.php?page=TreoLinuxPics |
21:03.35 | koen | CP|CELF: how did your presentation go? |
21:03.40 | CP|CELF | koen: good |
21:03.46 | treke | koen: couldnt possibly be any less stable :p |
21:03.49 | koen | that's good to hear |
21:03.57 | CP|CELF | koen: have you already heard about the CELF Test Lab? |
21:04.14 | koen | CP|CELF: no, I've been incommunicado for the past few days |
21:04.37 | treke | koen: running gpe? slick |
21:04.57 | CP|CELF | koen: They're setting up a lab to automatically build and run images on a number of different embedded boards |
21:05.06 | CP|CELF | the kicker is - they're using OE to do the builds |
21:05.07 | koen | CP|CELF: cool |
21:05.39 | CP|CELF | They even have a web interface that you can select your machine/distro/meta image to build |
21:05.52 | koen | cute |
21:05.56 | treke | CP|CELF: This something at AMD? |
21:06.13 | CP|CELF | treke: no - its totally funded by CELF |
21:06.34 | koen | CP|CELF: but as zecke would say "why aren't we filthy rich yet?" ;) |
21:06.37 | treke | googling. Never heard of CELF :) |
21:06.56 | CP|CELF | koen: heh |
21:07.07 | treke | Consumer Electronics Linux Forum? |
21:07.13 | CP|CELF | treke: nod |
21:07.30 | treke | koen: apparantly they aren't making enough to actually hire a web designer |
21:07.42 | koen | CP|CELF: could you poke one of the CELF people to update the 'success strories' wiki? |
21:08.06 | CP|CELF | koen: good idea - the guy in charge is in the room right now, I'll talk to him at a break |
21:08.12 | koen | CP|CELF: thanks |
21:08.22 | koen | CP|CELF: and say hi to lrg if you see him |
21:08.34 | treke | also, tell him that koen and zecke want to be rich? |
21:08.58 | CP|CELF | koen: I will |
21:09.30 | koen | CP|CELF: do you know of any PDAs sporting an alchemy SoC? |
21:09.49 | CP|CELF | koen: the DigitalCube is being sold in Korea, iirc |
21:09.50 | RP | CP|CELF: See if there's anything they would fund to improve OE/bitbake ;-) |
21:09.54 | CoreDump|home | who's the maintainer of udev? |
21:10.41 | RP | CoreDump|home: pH5 is as close as you'll get. I also tweak it now and again... |
21:10.50 | koen | ooooh |
21:10.55 | CoreDump|home | i see |
21:10.55 | koen | http://www.dapreview.net/comment.php?comment.news.1972 |
21:11.59 | CoreDump|home | udev's mount.sh script is used to auto-mount CF / SD / whatever devices on insertion. But it really shouldn't auto-mount flash partitions in my book ;) |
21:12.25 | CoreDump|home | beeing able to not mount /home on boot is a very nice thing |
21:12.42 | koen | dibs on anhy istation machines shipped to OE devs ;) |
21:12.49 | koen | s/anhy/any/ |
21:13.16 | XorA | koen: :-D |
21:13.30 | RP | koen: You might have a fight on your hands ;-) |
21:13.45 | koen | :) |
21:14.01 | *** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
21:14.23 | RP | CoreDump|home: That is indeed not desireable - the udev scripts could use some work including the network one (which breaks under nfs) |
21:14.42 | RP | CoreDump|home: Any ideas on how to stop it mounting /home? |
21:14.47 | CoreDump|home | RP: I'll filter mtdblock* devices then |
21:15.01 | RP | CoreDump|home: Won't work on c3x00 |
21:15.01 | CoreDump|home | easier than I thought ;) |
21:15.14 | CoreDump|home | argh |
21:15.23 | CoreDump|home | <PROTECTED> |
21:15.28 | RP | yes |
21:15.40 | koen | ~lart http://v43.i-station.co.kr/ |
21:16.02 | CoreDump|home | maybe we could create a blacklist in /etc/udev which devices/partitions are to be ignored? |
21:16.44 | RP | CoreDump|home: and make it device dependent? |
21:16.51 | CoreDump|home | yeah |
21:17.06 | CoreDump|home | assuming that th /home partition on MD is always the same of course |
21:17.15 | RP | I did once wonder whether zaurusd/devmand could take on this kind of thing |
21:17.43 | RP | Ignoring all partitions on the microdrive would be the desired behaviour |
21:18.04 | CoreDump|home | RP: MD is _always_ /dev/hda right? |
21:18.12 | RP | CoreDump|home: For 2.6, yes |
21:18.33 | CoreDump|home | I'll do some hacking then ;) |
21:19.17 | RP | CoreDump|home: If you're in the area, the network.sh script should check if a network interface is already up before trying to do its thing... |
21:19.36 | *** join/#oe jmau (n=jmau@p54A5B587.dip0.t-ipconnect.de) |
21:19.45 | CoreDump|home | RP: It needs somelove indeed. Though I never had problems with it with "fake" root on NFS |
21:20.10 | CoreDump|home | but it almost never launches an already inserted NIC on boot |
21:20.48 | RP | CoreDump|home: It really upset my qemu over root nfs setup... |
21:20.55 | CoreDump|home | ah heh |
21:21.06 | CoreDump|home | will have a look |
21:21.13 | RP | The quick fix was rm network.sh :-/ |
21:22.15 | CoreDump|home | ahem, ouch |
21:22.47 | RP | I had other things to worry about at the time ;-) |
21:23.11 | CoreDump|home | I gave altboot an option to not mount /home when booting off SD or CF. So, thinking that he was safe, a user rm -rf'ed /home |
21:23.31 | CoreDump|home | well, altboot disabled /home in fstab alright... |
21:23.35 | CoreDump|home | ;) |
21:24.01 | RP | :-/ |
21:24.38 | RP | mickey|bbl: Looking at this dmesg log, CS_EVENT_PM_RESUME is conspicuous by its absence. Looks like hostap_cs is crashing upon suspend for that card... |
21:25.23 | Bernardo | CoreDump|home: I see that udev is to blame |
21:26.16 | CoreDump|home | Bernardo: it's the first release w/ udev replacing hotplug, there were bound to be problems |
21:26.29 | Bernardo | yep |
21:26.59 | Bernardo | in sourcemage there were a lot of problems with firmware uploading |
21:54.15 | CoreDump|home | n8 all |
22:06.27 | goxboxlive | Why is it that 'do_rootfs' failes. Is it because of the missing modules dependecies? |
22:07.04 | RP | goxboxlive: It usually tells you in the log |
22:11.08 | *** join/#oe ashikase (n=ashikase@ntt3-ppp39.gifu.sannet.ne.jp) |
22:12.32 | goxboxlive | Anyone know how i clear my failed bootstarp-image to start all over again ( just the compilation, not downloading the whole CVS kernel again)? |
22:16.45 | RP | goxboxlive: Just rerun bitbake bootstrap-image? |
22:21.29 | goxboxlive | RP: Even if i have made changes to the machine configuration? |
22:21.49 | RP | goxboxlive: Ah, no. You need to rebuild task-bootstrap |
22:22.21 | RP | goxboxlive: bitbake task-boostrap -c compile -f, then bitbake bootstrap-image should do it |
22:22.46 | goxboxlive | thx |
22:36.57 | goxboxlive | RP: WHen i tried to to rebuild the task-bootstrap it gave me an 'packages quilt-native-042 failed' |
22:38.38 | RP | goxboxlive: That sounds strange as it should have built that a long time ago. Check you were in the right directory with the right environment |
22:41.17 | goxboxlive | RP: I am in the 'build' directory. I also tried to put 'INHERIT += patcher' but that gave me another Error message |
22:43.19 | RP | goxboxlive: It sounds like you're no longer in your build directory or your enviornment isnt correct for bitbake. I'm afraid I can't really tell much more |
22:43.40 | goxboxlive | RP: Thx anway |
22:51.22 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
22:55.39 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
23:18.47 | lamikr | mreimer: We added both the comments for 1525 in exactly same time. For me it was not ok... |
23:30.50 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:31.02 | *** join/#oe fyliu (n=WIISARD@dyn137-110-118-186.ucsd.edu) |
23:39.19 | *** join/#oe nlt (n=laradji@dsl-magic-1.mpl4.ovea.net) |
23:44.59 | *** join/#oe tmbinc (i=XXX@e176152156.adsl.alicedsl.de) |
23:51.14 | *** join/#oe mithro (n=tim@203.63.126.9) |
23:54.06 | *** join/#oe CoreDump|home (n=mhentges@hentges.net) |