00:06.01 | *** join/#oe alwin_ (n=ral@cable-195-14-198-94.netcologne.de) |
00:08.50 | *** join/#oe idealm (n=ideal@58.33.49.65) |
00:14.37 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
00:34.43 | RP | 'night all |
00:55.53 | Crofton | zecke, any problems? |
01:04.07 | *** join/#oe noclouds (n=mhfan@60.166.47.24) |
01:58.33 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
02:12.56 | *** join/#oe bronson (n=bronson@pool-68-160-29-190.bos.east.verizon.net) |
02:38.13 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
03:30.06 | *** join/#oe NAbyss (n=foo@220-253-53-201.VIC.netspace.net.au) |
03:30.55 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
03:33.31 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
03:46.51 | *** join/#oe hufnus (n=slonsiki@DSL135-071.labridge.com) |
04:35.44 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
05:20.47 | *** join/#oe bam_ (n=bam@pool-71-108-72-152.lsanca.dsl-w.verizon.net) |
06:03.54 | *** join/#oe [lala_] (n=lala@p54B38283.dip0.t-ipconnect.de) |
06:22.05 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:32.20 | CIA-4 | 03jbowler 07org.oe.dev * r6bd1bf08... 10/packages/linux/ (3 files in 2 dirs): |
06:32.20 | CIA-4 | ixp4xx-kernel: add patch for cpu activity monitor to new LEDS timer trigger in 2.6.15.1 |
06:32.20 | CIA-4 | <PROTECTED> |
06:32.20 | CIA-4 | <PROTECTED> |
06:32.20 | CIA-4 | <PROTECTED> |
06:32.21 | CIA-4 | <PROTECTED> |
06:32.25 | CIA-4 | <PROTECTED> |
06:32.53 | jbowler | RP: there's another patch in there now to implement cpu activity: packages/linux/ixp4xx-kernel/2.6.15/951-ixp4xx-leds-cpu-activity.patch |
06:33.23 | jbowler | I started to do it as a separate trigger, but it was duplicating all the timers code, so I made it a config option in ledtrig-timer.c |
07:00.05 | *** join/#oe jatreon (n=jatreon@c-67-161-184-83.hsd1.ca.comcast.net) |
07:00.12 | *** join/#oe [lala] (n=lala@p54B396EA.dip0.t-ipconnect.de) |
07:02.25 | jatreon | I have a bootstrap-image failure. It apears to have the wrong path or enviorment variables. |
07:03.06 | jatreon | Anyone have a similar problem |
07:10.12 | CIA-4 | 03jbowler 07org.oe.dev * rfaa6a7fa... 10/packages/linux/ (6 files in 2 dirs): ixp4xx-kernel: update to nslu2 beeper class from CVS in 2.6.15.1 |
07:10.20 | jatreon | To clarify the bootstrap-image .bb file dies stating that the deploy folder is not present |
07:17.25 | *** join/#oe oyo (n=oe@221.220.236.223) |
07:18.54 | emte | hmm |
07:19.05 | emte | Linksys WCF54G using Agere is incorrect |
07:19.15 | emte | its a Prism 3 card |
07:19.30 | emte | unless Prism3 is known as Agere |
07:20.16 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
07:20.28 | *** join/#oe zap (n=zap@217.170.93.196) |
07:20.33 | emte | unless |
07:20.50 | emte | it uses Agere for G and Prism3 for B ... |
07:22.06 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
07:27.34 | *** join/#oe noclouds (n=mhfan@60.166.41.80) |
07:36.56 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
07:38.19 | emte | on more reading i've no clue |
07:57.45 | *** join/#oe luke-jr_ (n=luke-jr@user-0c93tin.cable.mindspring.com) |
07:59.37 | emte | hmm |
08:11.13 | *** join/#oe toi (n=pleemans@d5152D12D.access.telenet.be) |
08:14.03 | *** join/#oe lazy_marmot (n=lazy_mar@host-62-245-231-14.customer.m-online.net) |
08:16.29 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
08:19.59 | *** join/#oe [lala_] (n=lala@ip-217-18-177-18.reverse.dsi.net) |
08:42.29 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
08:47.59 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
08:54.59 | *** join/#oe _guillermo (n=guillerm@dslb-084-062-150-081.pools.arcor-ip.net) |
08:55.57 | *** join/#oe zecke (n=ich@rosine135.inf.fu-berlin.de) |
09:06.23 | *** join/#oe boras (n=bora@81.214.210.142) |
09:23.03 | XorA | morning |
09:23.43 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
09:24.46 | *** join/#oe zecke (n=ich@rosine135.inf.fu-berlin.de) |
09:27.00 | RP | morning all |
09:27.00 | zecke | pb__: did you send your private ssh key to RP yet? |
09:27.50 | ade|desk | morning folks |
09:29.47 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
09:32.17 | pb_ | zecke: no. where do I send it? |
09:32.37 | pb_ | hm, wait a minute, sending my private key would be dumb |
09:32.53 | zecke | pb_: http://oe.handhelds.org/cgi-bin/moin.cgi/GitScmTrial |
09:33.01 | zecke | pb_: well you can send your public one instead |
09:33.13 | RP | pb_: I'd prefer your public one :) |
09:33.31 | RP | pb_: rpurdie@rpsys.net |
09:33.38 | *** join/#oe alan|home (n=alan@ARouen-152-1-3-20.w83-115.abo.wanadoo.fr) |
09:34.42 | pb_ | zecke: okay, that sounds better |
09:35.17 | pb_ | done |
09:37.10 | XorA | zecke: next time wait until he has liquid lunch |
09:37.36 | zecke | pb_: congratulation to your monotone account |
09:40.59 | alan|home | plop all |
09:41.11 | pb_ | zecke: hell! |
09:41.21 | pb_ | it seems I am easily fooled after all |
09:41.54 | RP | pb_: I've set it up |
09:42.15 | pb_ | thanks |
09:42.34 | RP | zecke: I hope you managed to plant those monotone symlinks;-) |
09:44.30 | zecke | http://oe.handhelds.org/cgi-bin/moin.cgi/SvnScmTrial?action=show |
09:44.44 | zecke | I patched his git binary |
09:47.59 | zecke | pb_: you might want to try to pull from ewi and merge the new csets into the rpsys master |
09:48.00 | hrw|work | morning |
09:48.16 | zecke | pb_: I'm starting a git conversion of the last 30 revs soon |
09:48.31 | *** join/#oe masked (n=masked@static-203-87-16-192.vic.chariot.net.au) |
09:50.18 | zecke | Crofton: may anyone create a svn account on your site? |
09:55.11 | zecke | http://ossie-dev.mprg.org:8080/register |
09:55.22 | zecke | if someones wants a svn account for croftons server :} |
09:59.03 | pb_ | zecke: rock |
09:59.05 | zecke | RP: the more I use plain git, the lamer I find cogito |
09:59.27 | pb_ | sadly I have to do some work now, but I will gather my eleet credentials and experiment with git a bit later |
09:59.33 | zecke | pb_: your task: clone oegit.rpsys, branch to the oz354fam083 branch |
09:59.44 | zecke | pb_: pull from ewi, push to rpsys |
10:00.03 | pb_ | okay |
10:00.08 | pb_ | "pull from ewi" meaning monotone? |
10:00.15 | zecke | pb_: no ;) |
10:00.41 | zecke | pb_: git pull http://ewi546.ewi.utwente.nl/OE/other_scm/git/org.openembedded.oz354fam083 |
10:01.14 | zecke | pb_: man git-checkout |
10:01.23 | zecke | pb_: man git-branch could be interesting |
10:06.44 | RP | zecke: I've not tried cogito yet... |
10:07.16 | RP | zecke: We should really start the monotone -> git phrase book (plus some documentation of what git actually does) |
10:07.49 | zecke | RP: and we should find documentation for synchronisation |
10:07.59 | zecke | and merging |
10:09.26 | RP | http://kernel.mirror.nedlinux.nl/pub/software/scm/git/docs/merge-strategies.txt |
10:10.06 | zecke | RP: yes but what about git-merge-index |
10:10.16 | zecke | RP: it seems only git-merge-one-file is working there |
10:10.35 | zecke | RP: which means... I have some fonflicts from uz354 to master I can not resolve :} |
10:11.53 | zecke | hehe just 3000 more revs to replay to crofton's svn server |
10:14.57 | RP | zecke: You read http://kernel.mirror.nedlinux.nl/pub/software/scm/git/docs/git-merge-index.html ? |
10:21.35 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
10:21.37 | obergix[work] | hi |
10:22.04 | obergix[work] | bugs.openembedded.org down ? |
10:28.13 | pb_ | zecke: oh, right |
10:28.17 | pb_ | okay, I'll try that soonest |
10:29.25 | *** join/#oe netnix (n=alex@81.25.37.105) |
10:32.06 | Ifaistos | Greetings to all ! |
10:32.13 | zecke | RP: leave pulling from ewi and merging to phil please ;) |
10:38.17 | RP | zecke: will do :) |
10:40.11 | Ifaistos | managed to get the epia going up to a point... |
10:40.23 | Ifaistos | task-bootstrap and kernel |
10:40.47 | Ifaistos | but now i have a problem with "bootstrap-image" |
10:41.18 | Ifaistos | | /home/stelios/oe/build/tmp/work/epia-linux/bootstrap-image-1.0-r0/temp/run.do_rootfs.31465: line 206: bbimage: command not found |
10:41.18 | Ifaistos | NOTE: Task failed: /home/stelios/oe/build/tmp/work/epia-linux/bootstrap-image-1.0-r0/temp/log.do_rootfs.31465 |
10:41.32 | Ifaistos | bbimage is on the path... |
10:41.49 | zecke | that is weird |
10:41.51 | Ifaistos | if i run it manual i get something like this... |
10:42.40 | pb_ | zecke: what does "fatal: Not a git repository: '.git' |
10:42.40 | pb_ | " mean? |
10:42.47 | Ifaistos | stelios@Athena:~/oe/build$ bbimage |
10:42.47 | Ifaistos | NOTE: Executing mkfs.jffs2 --root=/home/stelios/oe/build/tmp/rootfs --faketime --output=/home/stelios/oe/build/tmp/deploy/images/rootfs-epia-20060123103400.rootfs.jffs2 --pad --little-endian --eraseblock=0x40000 |
10:43.07 | Ifaistos | any ideas ? |
10:43.08 | zecke | pb_: you suck? You need to clone first |
10:43.10 | pb_ | Ifaistos: that is a bit weird. touch local.conf and try again. |
10:43.12 | pb_ | zecke: oh, right |
10:43.31 | zecke | pb_: yeah you need to clone first |
10:43.35 | pb_ | okay |
10:43.38 | zecke | pb_: or do git db-init or such |
10:44.01 | pb_ | so you want me to clone from rpsys, right? |
10:44.05 | zecke | pb_: yes |
10:44.21 | pb_ | okay |
10:44.28 | pb_ | is the url on the wiki page? |
10:44.30 | zecke | pb_: git clone pb@oegit.rpsys.net:/home/oegit my-lovely-git |
10:44.38 | pb_ | ah, very good |
10:44.50 | pb_ | okay, that seems to be doing its thing |
10:45.45 | zecke | pb_: git checkout (co does not work...) 'REV' |
10:45.57 | zecke | pb_: you can use any revnumber or tags or branch names |
10:46.06 | pb_ | righto |
10:46.12 | pb_ | this is all very exciting |
10:46.15 | zecke | pb_: git checkout oz354fam083 |
10:46.23 | zecke | will switch to that branch |
10:46.28 | zecke | git branch will list all branches |
10:46.44 | zecke | git branch -d master will piss us off |
10:46.53 | pb_ | excellent |
10:46.56 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
10:47.24 | zecke | pb_: git checkout -f master will undo every change you have in your directory (uncomitted) |
10:48.53 | zecke | svk has taken over my home directory |
10:49.05 | pb_ | cool |
10:50.46 | zecke | pb_: fetch, pull, commit are the most important commands |
10:51.00 | pb_ | righto |
10:51.10 | pb_ | my clone is still "Packing 30495 objects" at the moment |
10:51.12 | zecke | pb_: and merging is still some kind of mess with git. But you can plug any merging algorithm there |
10:51.25 | pb_ | ah, that doesn't sound too good |
10:52.05 | zecke | and I know no-one who audited git... |
10:52.10 | Ifaistos | pb: That did the trick :) |
10:52.15 | Ifaistos | strange though.... |
10:52.48 | pb_ | jolly good |
10:53.07 | zecke | pb_: On the other hand adding new git mergers is almost trivial |
10:53.37 | pb_ | zecke: yeah, auditing git sounds like a nightmare. presumably it's all written in eleet inline assembler or something. |
10:54.24 | zecke | pb_: probably and it is obscured by #defines like A as #define B #define 1 _ a nightmare |
10:54.39 | pb_ | yeah, those crazy kernel guys |
10:54.43 | zecke | so you write 11SB11 to introduce inline assembly |
10:54.50 | zecke | AB even |
10:55.12 | pb_ | right |
10:55.12 | pb_ | fear |
10:57.01 | zecke | okay I'm off to the lecture |
10:57.13 | zecke | pb_: you can pull/merge plenty of objects |
10:57.25 | zecke | pb_: http://oegit.rpsys.net:8000/cgi-bin/gitweb.cgi |
11:03.26 | *** join/#oe idealm (n=ideal@58.33.49.65) |
11:03.27 | hrw|work | commit diffs are borken - text files are taken as blobs ;( |
11:03.32 | hrw|work | http://oegit.rpsys.net:8000/cgi-bin/gitweb.cgi?p=.git;a=commitdiff;h=61c7ca02f13d22055b799d14c8bab53c8b199ce6 |
11:07.12 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
11:07.35 | RP | hrw|work: The host might not actually have diff on it... |
11:08.08 | hrw|work | ah. |
11:09.09 | *** join/#oe greentux (n=m@ip-217-18-177-18.reverse.dsi.net) |
11:09.55 | RP | hrw|work: fixed :) |
11:10.31 | hrw|work | RP: thx |
11:11.36 | hrw|work | btw.. did we had soem weird changesets or its tailor fault? http://oegit.rpsys.net:8000/cgi-bin/gitweb.cgi?p=.git;a=commitdiff;h=b806c58824654a44f2437f7b304ce384c433b30e is a bit strange to me |
11:12.00 | hrw|work | messed uclibc and osb-nrcore in one |
11:13.34 | RP | hrw|work: Looks like tailor messed up |
11:13.48 | RP | zecke: You'd better take a look at the above |
11:24.04 | *** join/#oe Laibsch (n=Laibsch@p54B9AEF4.dip0.t-ipconnect.de) |
11:29.49 | Laibsch | ~lastseen pH5 |
11:35.23 | *** part/#oe Laibsch (n=Laibsch@p54B9AEF4.dip0.t-ipconnect.de) |
11:36.01 | hrw|work | monotone: 2,3 M | 281,7 k | 1490 | 327 | 102 |
11:37.16 | hrw|work | hardcore.. |
11:44.21 | Ifaistos | does the "default" kernel x86 provide MTD block emulation device ? |
11:47.36 | hrw|work | Ifaistos: OE one? |
11:47.50 | Ifaistos | yes for x86/epia etc |
11:48.11 | hrw|work | dont know |
11:50.24 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-86-140.w86-195.abo.wanadoo.fr) |
11:57.03 | *** join/#oe Laibsch (n=Laibsch@p54B9AEF4.dip0.t-ipconnect.de) |
11:57.29 | *** join/#oe mallum (n=mallum@host86-136-17-6.range86-136.btcentralplus.com) |
11:59.17 | *** join/#oe tmbinc (i=XXX@dslb-082-083-086-223.pools.arcor-ip.net) |
12:23.30 | *** join/#oe bronson (n=bronson@pool-68-160-29-190.bos.east.verizon.net) |
12:32.00 | Laibsch | !lastseen pH5 |
12:32.01 | cdbot | Laibsch: Don't know, don't care |
12:32.24 | hrw|work | ~seen ph5 |
12:32.27 | ibot | ph5 <n=ph5@p5485D35B.dip.t-dialin.net> was last seen on IRC in channel #oe, 15h 51m 52s ago, saying: 'gremlin[it]: this sounds like it is an issue with bitbake, maybe you still have an old version without the explode_deps code?'. |
12:34.31 | Laibsch | thanks hrw|work |
12:35.11 | Laibsch | hrw|work: Do you happen to know anything about pH5 checking in some code either into a package anthy or nunome? |
12:35.11 | hrw|work | np |
12:35.31 | hrw|work | anthy is in bugtracker |
12:38.25 | hrw|work | it was lacking depends last time when I looked at it |
12:38.42 | hrw|work | 40revs to go... |
12:42.55 | *** join/#oe hwtechnik (n=hwtechni@80.78.239.70) |
12:49.12 | Laibsch | just wanted to check the bugtracker. what happened to openembedded.org? |
12:49.20 | hrw|work | dont know |
12:50.21 | Laibsch | hrw|work: You say anthy is in bugtracker. I guess that is on openembedded.org? Anywhere else I can check? What depends were missing? |
12:50.43 | hrw|work | BT is on http://bugs.openembedded.org/ |
12:50.55 | hrw|work | anthy lack all deps in recipe |
12:51.22 | hrw|work | but I dont know - maybe it does not need gtk or qt - plain libc? |
12:56.17 | *** join/#oe zecke (n=ich@rosine135.inf.fu-berlin.de) |
12:56.31 | hrw|work | re zecke |
12:56.39 | zecke | wb |
12:56.51 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
12:57.08 | zecke | pb_: did you blow up anything yet? |
12:57.29 | Laibsch | hrw|work: bugs.openembedded.org is down, too. |
12:58.24 | hrw|work | I know |
12:58.41 | zecke | RP: is gitweb down? |
12:58.46 | Laibsch | Anybody contacted kergoth, yet? |
12:59.28 | RP | zecke: Works here for me... |
12:59.40 | hrw|work | Laibsch: its treke machine not kergoth iirc |
13:00.08 | zecke | pohttp://oegit.rpsys.net:8000/cgi-bin/gitweb.cgi |
13:00.17 | zecke | is that the right uri? |
13:00.52 | RP | zecke: s/pohttp/http/ and then yes |
13:02.04 | zecke | well ;) |
13:02.26 | zecke | i had typed po in my chat line before i pasted the uri |
13:02.37 | RP | zecke: I know ;-) |
13:02.46 | RP | Well, I thought you might |
13:02.57 | RP | It could have also been a genuine mistake... |
13:04.04 | Crofton | hmm oe.org expires on Jan 21 2007 |
13:05.51 | Laibsch | hrw|work: But kergoth is the domain owner that is why I thought that as previously there was a domain expiry problem or DNS problem. |
13:06.03 | Crofton | I would guess DNS |
13:06.21 | Crofton | I remember seeing it would expire in Jan, so he has renewed it |
13:06.29 | Laibsch | but if the domain expired on Jan 21, then it sounds like registry prob. |
13:06.30 | Crofton | I haven't sen him online since he moved |
13:07.19 | hrw|work | sourceforge stinks |
13:07.33 | hrw|work | especially for bugzilla |
13:07.44 | Crofton | he should move DNS to zoneedit :) |
13:07.46 | hrw|work | you cannot send emails from sf.net |
13:08.36 | Crofton | zecke, svn working ok? |
13:09.59 | zecke | Crofton: yes, may other people use the trac to register accounts?! |
13:10.09 | Crofton | yes |
13:10.21 | Crofton | just don't muck up the trac stuff :) |
13:11.14 | Crofton | they will need to let me know what their id is so I can giv them write access |
13:11.25 | obergix[work] | hmmm... seen the secu advisory for track on Debian |
13:12.17 | zecke | Crofton: ah okay |
13:12.37 | zecke | Crofton: I'm merging one ref after another. 1064 revs are already merged |
13:12.57 | Crofton | I just looked and it is up to 1076 I think |
13:13.10 | Crofton | no you are correct |
13:14.54 | zecke | Crofton: what is your email address? |
13:16.36 | Crofton | philip at balister dot org |
13:19.13 | zecke | Crofton: RP : it would be nice if we could collect a list of people with write access... |
13:19.28 | chouimat | morning |
13:19.33 | *** join/#oe dijenerate (n=dijenera@72.22.159.26) |
13:21.58 | LoDown | anyone know why orinoco-modules-0.13e-r4 would not compile? |
13:22.04 | *** join/#oe bronson (n=bronson@pool-68-160-29-190.bos.east.verizon.net) |
13:22.18 | RP | zecke: koen posted a list a while back? |
13:22.36 | RP | LoDown: Against which kernel version? |
13:22.37 | zecke | RP: to your repository ;) |
13:22.52 | LoDown | 2.66 |
13:22.55 | LoDown | *2.6 |
13:22.57 | RP | zecke: Login and ls /home ;-) |
13:23.23 | RP | LoDown: Don't compile 0.13e against 2.6 |
13:23.36 | RP | LoDown: use the orinoco included with 2.6.15 |
13:23.37 | LoDown | I don't even need it...how do I skip it? |
13:23.51 | RP | LoDown: It should just skip it... |
13:24.02 | RP | LoDown: Did you set KERNEL_VERSION="2.6"? |
13:24.18 | LoDown | yes |
13:25.08 | RP | LoDown: It doesn |
13:25.19 | RP | LoDown: It doesn't do that here... |
13:26.03 | LoDown | RP, what should I set my distro as? |
13:26.19 | RP | LoDown: openzaurus-unstable |
13:26.29 | RP | LoDown: You are using .dev? |
13:26.33 | LoDown | RP, no |
13:26.54 | RP | LoDown: I have no idea about the status of the release branch. |
13:26.57 | LoDown | i am using familiar-0.8.3, because I have a h5500 |
13:26.57 | RP | LoDown: Which device? |
13:27.05 | LoDown | RP, thanks, I think that is the problem |
13:27.36 | RP | LoDown: kernel versions for 2.6 on the ipaq are handled differently - not KERNEL_VERSION but something else |
13:27.48 | LoDown | right...i have that set as well |
13:28.00 | *** join/#oe prpplague (n=billybob@72.22.143.75) |
13:28.11 | LoDown | i think it is because of the file familiar-0.8.3..conf is forcing 13e for some reason |
13:29.35 | RP | LoDown: I fixed this for the zaurus models - I don't know how the ipaq kernels handle things |
13:29.36 | LoDown | RP, you've pointed me in the right direction though, thank you |
13:29.36 | RP | It could be the ipaq kernels are old enough to mostly work with 0.13e |
13:29.36 | prpplague | is there a url you can browse the metadata for oe? i know there used to be one, but not sure if it survived after the switch over |
13:29.36 | RP | LoDown: Try 0.15rc2 |
13:29.41 | LoDown | RP: will do |
13:29.58 | RP | prpplague: http://ewi546.ewi.utwente.nl/tmp/viewmtn/branch.psp?branch=org.openembedded.dev |
13:30.55 | Crofton | prpplague, there is a test subversion repo that is browsable |
13:31.02 | Crofton | oh yeah and that one :) |
13:32.02 | Crofton | zecke, how many revs total? |
13:32.14 | prpplague | thanks |
13:32.35 | *** join/#oe boras (n=bora@81.214.210.142) |
13:35.48 | zecke | 4000 roughly |
13:39.03 | RP | zecke: Did you see the possible tailor issue hrw mentioned? |
13:39.10 | *** part/#oe prpplague (n=billybob@72.22.143.75) |
13:39.24 | RP | [11:16:39] <hrw|work> btw.. did we had soem weird changesets or its tailor fault? http://oegit.rpsys.net:8000/cgi-bin/gitweb.cgi?p=.git;a=commitdiff;h=b806c58824654a44f2437f7b304ce384c433b30e is a bit strange to me |
13:39.24 | RP | [11:17:02] <hrw|work> messed uclibc and osb-nrcore in one |
13:41.44 | zecke | damn I'm firewalled... |
13:43.02 | RP | The link hosting oegit is probably going to be ighly contended for about 30mins due to data transfer :-/ |
13:43.29 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r089836c0... 10/ (2 files in 2 dirs): |
13:43.30 | CIA-4 | openzaurus branding: new package 'openzaurus-version' contain /etc/openzaurus-version |
13:43.30 | CIA-4 | - support in gpe-conf/sysinfo is planned in 0.1.29 |
13:43.30 | CIA-4 | - support in opie/sysinfo is in CVS, will be backported |
13:44.25 | zecke | RP: that is due tailor+monotone... |
13:44.38 | zecke | RP: we travel the tree and apply the changes |
13:44.50 | zecke | RP: at some point the trees are different |
13:45.01 | zecke | RP: so this could be a merge of two tree or such... |
13:51.18 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
13:52.16 | obergix[work] | hrw|work: thx |
13:57.28 | obergix[work] | Is it normal during reorg of build system : ERROR: Cannot satisfy the following dependencies for task-bootstrap: fuser alsa-utils-alsactl alsa-utils-alsamixer alsa-conf modutils-depmod ... etc. |
13:57.31 | obergix[work] | ? |
14:04.44 | *** join/#oe Jenna (n=cherryRe@209.8.233.207) |
14:05.28 | *** part/#oe Jenna (n=cherryRe@209.8.233.207) |
14:07.21 | RP | zecke: Ah, so there should be a changeset prior to that with the "correct" information in. I guess that makes sense, even if the output is a bit confusing... |
14:14.02 | zecke | RP: we might need a special version of tailor for the actual switch |
14:15.31 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
14:29.10 | [lala] | hi |
14:29.25 | [lala] | hrw|work: ping |
14:32.06 | [lala] | RP: did you have time to look into the hciattach problem? if u haven't i would file a bug report for the kernel people today :) |
14:32.30 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
14:39.17 | hrw|work | [lala]: pong |
14:39.42 | [lala] | hrw|work: do you know why qt/e is compiled w/o threads support? |
14:40.06 | hrw|work | [lala]: thats question to zecke rather |
14:41.14 | [lala] | zecke: then i ask you :-) |
14:44.35 | zecke | [lala]: to be Qtopia compatible |
14:45.16 | zecke | [lala]: and Qt2 thread support is limited anyway |
14:46.37 | zecke | I'm offline now |
14:52.01 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
14:52.14 | RP | [lala]: I haven't had a chance, sorry |
14:56.55 | *** join/#oe zecke_ (n=freyther@dortmund.mi.fu-berlin.de) |
14:57.05 | zecke_ | pb_: did you push anything yet? |
15:04.23 | pb_ | no, I am still grappling with angry customers |
15:04.37 | pb_ | I didn't get any further than cloning yet |
15:04.50 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
15:05.01 | zecke_ | okay customers are more important |
15:06.23 | pb_ | yeah |
15:06.27 | pb_ | I hope to have them neutralised soon |
15:09.33 | zecke_ | https://bugzilla.mozilla.org/show_bug.cgi?id=297788 <- lol |
15:09.43 | zecke_ | how to win developers... |
15:12.41 | obergix[work] | just seen embedded issue of Linux Journal (Nokia 770, etc...)... will have to look for mentions of OE |
15:13.11 | RP | obergix[work]: I'm told I get a mention :) |
15:14.25 | obergix[work] | RP: you deserve it IMHO ;) |
15:15.31 | RP | obergix[work]: Just to be clear, the mention was 770 related, not OE... |
15:15.39 | obergix[work] | ok |
15:23.38 | [lala] | RP: no problem, i have submitted the bug to the kernel people (http://bugzilla.kernel.org/show_bug.cgi?id=5944) |
15:23.48 | *** join/#oe netnix (n=alex@81.25.38.141) |
15:26.37 | RP | [lala]: they're the best people to act on that one :) |
15:32.26 | *** join/#oe alan|home (n=alan@ARouen-152-1-36-114.w83-115.abo.wanadoo.fr) |
15:44.07 | CIA-4 | 03hrw 07org.oe.oz354fam083 * rd9cb2796... 10/packages/libopie/ (libopie2-1.2.1/openzaurus-branding.patch libopie2_1.2.1.bb): |
15:44.07 | CIA-4 | libopie: openzaurus branding (CVS backport) |
15:44.07 | CIA-4 | taken from .dev |
15:44.11 | CIA-4 | 03hrw 07org.oe.dev * r6fa36fe3... 10/ (2 files in 2 dirs): |
15:44.11 | CIA-4 | openzaurus branding: new package 'openzaurus-version' contain /etc/openzaurus-version |
15:44.12 | CIA-4 | - support in gpe-conf/sysinfo is planned in 0.1.29 |
15:44.12 | CIA-4 | - support in opie/sysinfo is in CVS, will be backported |
15:44.16 | CIA-4 | 03hrw 07org.oe.dev * r5cce883a... 10/packages/libopie/ (libopie2-1.2.1/openzaurus-branding.patch libopie2_1.2.1.bb): libopie: openzaurus branding (CVS backport) |
15:50.18 | *** join/#oe idealm (n=ideal@58.33.49.65) |
16:02.34 | *** join/#oe jipi (n=jipi@cm44.gamma185.maxonline.com.sg) |
16:05.23 | *** join/#oe law_ (n=_law_@213.173.86.202) |
16:32.01 | *** join/#oe Cwiiis[uni] (n=cil103@gerard.ecs.soton.ac.uk) |
16:33.25 | CoreDump|home | hi |
16:34.32 | hrw|work | hi CoreDump|home |
16:38.25 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
16:49.26 | *** join/#oe [lala] (n=lala@p54B396EA.dip0.t-ipconnect.de) |
16:54.03 | *** join/#oe CSMan_ (n=csman@toronto-HSE-ppp3949669.sympatico.ca) |
16:59.07 | hrw|work | cu |
17:07.15 | *** join/#oe katossi (n=guillerm@dslb-084-062-150-081.pools.arcor-ip.net) |
17:09.34 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-59-175.w83-199.abo.wanadoo.fr) |
17:13.07 | *** join/#oe alan| (n=alan@ARouen-152-1-18-102.w83-115.abo.wanadoo.fr) |
17:17.28 | *** join/#oe alan (n=alan@86.205.233.57) |
17:19.19 | *** join/#oe Crofton (n=balister@hc6521c84.dhcp.vt.edu) |
17:19.22 | *** join/#oe _law_|iBook (n=_law_|iB@213.173.86.202) |
17:19.34 | raduga | hello, there |
17:22.41 | raduga | when baking glib-2.0-native-2.6.5 , its still having trouble finding libiconv |
17:22.43 | raduga | <PROTECTED> |
17:22.59 | raduga | I've added a: |
17:23.02 | raduga | PREFERRED_PROVIDER_virtual/libiconv=glibc |
17:23.14 | raduga | but it still fails |
17:26.34 | emte | raduga, you building linux or uclibc? |
17:28.44 | emte | that error was fixed a long time ago for most systems |
17:30.44 | raduga | er, bitbake target is opie-image. the bb it fails on is glib-2.0-native-2.6.5 |
17:32.55 | *** join/#oe boras (n=bora@81.214.210.142) |
17:34.11 | raduga | any idea where it was fixed? (when it was fixed, if you say, a long time ago) |
17:34.29 | raduga | trying to build OZ/opie for akita |
17:38.45 | emte | it was a gettext and glibc issue |
17:39.08 | emte | but if your building uclibc then its different |
17:39.18 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
17:43.09 | raduga | hm. |
17:43.31 | raduga | TARGET_OS is not defined. should I set that to "linux"? |
17:43.36 | raduga | or is there a reason to use uclibc? |
17:43.47 | emte | smaller libraries |
17:43.59 | emte | shoudl default to linux tho i belive |
17:52.36 | RP | raduga: set DISTRO="openzaurus-unstable" |
17:54.43 | *** join/#oe ar_ (n=ar@port-ip-213-211-233-162.reverse.mdcc-fun.de) |
17:55.37 | *** join/#oe zap (n=zap@217.170.93.196) |
18:00.34 | mickeyl | hiho |
18:04.42 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
18:06.18 | CoreDump|home | w00t, 1st Akita boot from USB storage |
18:06.24 | CoreDump|home | hey mickeyl |
18:08.55 | mickeyl | CoreDump|home: cool! |
18:10.17 | raduga | RP: thanks. I'm using that already. |
18:11.55 | *** join/#oe zecke (n=ich@88.134.3.107) |
18:13.24 | *** join/#oe CSMan_ (n=csman@toronto-HSE-ppp3949669.sympatico.ca) |
18:14.04 | *** join/#oe CSMan_ (n=csman@toronto-HSE-ppp3949669.sympatico.ca) |
18:25.17 | CIA-4 | 03coredump 07org.oe.dev * re0cf1c32... 10/packages/altboot/ (7 files in 5 dirs): |
18:25.17 | CIA-4 | altboot: |
18:25.17 | CIA-4 | - Fixed a bug where the /media/ROM mountpoint wasn't moved into the new rootfs |
18:25.17 | CIA-4 | - Added support for booting off USB storage devices |
18:25.59 | mickeyl | CoreDump|home: is your stuff limited to 2.4 or does it also work on the 2.6 kernel? |
18:26.32 | CoreDump|home | currently altboot is 2.4 only |
18:27.35 | CoreDump|home | with a little bit of luck, all that is needed for 2.6 is a reworked altboot.cfg tho |
18:30.43 | *** join/#oe molivier (n=omougin@f02m-212-194-152-109.d4.club-internet.fr) |
18:32.25 | CoreDump|home | stupid question: Are SD cards working with kernel 2.6? |
18:32.50 | CosmicPenguin | generally yes |
18:32.56 | CoreDump|home | great |
18:32.57 | CosmicPenguin | for your particular gadget, I don't know |
18:33.26 | mickeyl | we have 'em working everywhere but collie and poodle |
18:33.34 | CoreDump|home | excellent! |
18:34.01 | *** join/#oe alan|home (n=alan@ARouen-152-1-65-97.w83-199.abo.wanadoo.fr) |
18:36.15 | raduga | has anyone had success with 1.5gb SD cards? (assuming that any exist) |
18:37.13 | CosmicPenguin | 1.5g? |
18:37.22 | raduga | gb |
18:37.28 | CosmicPenguin | What an odd value |
18:37.30 | CosmicPenguin | I |
18:37.42 | CosmicPenguin | I've seen 1g, 2g and 4g cards though |
18:37.46 | raduga | I've seen 1.5gb CF microdrives |
18:37.57 | raduga | (not recently, mind you) |
18:40.21 | CosmicPenguin | anyway, 2g and 4g cards will work, sort of |
18:41.47 | raduga | sortof? |
18:42.08 | CosmicPenguin | Linux uses the block size reported by the card |
18:42.14 | raduga | I've heard (numerous) reports of not working at all. |
18:42.26 | CosmicPenguin | but most other devices (usb readers, windows etc) assumes a 512 byte sector |
18:42.45 | CosmicPenguin | so you have a compatability issue back and forth |
18:43.12 | emte | speaking of microdrives |
18:43.15 | emte | lol |
18:43.18 | emte | http://cgi.ebay.ca/Apple-iPod-MINI-Hitachi-4GB-Microdrive-Hard-Drive-PARTS_W0QQitemZ5856391678QQcategoryZ48680QQrdZ1QQcmdZViewItem |
18:43.30 | emte | you think the tape is good sign :P |
18:44.24 | raduga | emte: if it were duct tape, I'd buy one |
18:45.29 | emte | lol |
18:46.28 | *** join/#oe xinfinityx (n=infinity@88-104-203-152.dynamic.dsl.as9105.com) |
18:47.15 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
18:47.53 | *** join/#oe omougin_ (n=omougin@194.158.109.53) |
18:48.00 | emte | raduga, this might be more for you then |
18:48.02 | emte | http://cgi.ebay.ca/HITACHI-4GB-MICRODRIVE-COMPACT-FLASH-CARD-TYPE-II-NEW_W0QQitemZ7583320565QQcategoryZ50519QQrdZ1QQcmdZViewItem |
18:48.09 | emte | if you build a controller for it |
18:49.22 | jatreon | has anyone here tired to use bitbake on coLinux |
18:49.29 | zecke | pb_: hey ;) |
18:49.36 | CoreDump|home | ummmm, did anyone mess with task-opie-* in .dev? Looks like the tasks don't RDEPENT the packages in them any longer |
18:51.01 | emte | jatreon, its doubtful it will work |
18:51.12 | emte | there are issues with BSD, OSX, etc |
18:51.28 | CosmicPenguin | didn't kergoth get most of it working with colinux a while back? |
18:52.26 | emte | if he did i would have thought that bitbake/oe would work a bit better on the otehr full platforms before a hybrid ... |
18:52.31 | emte | other* |
18:52.37 | emte | especially BSD |
18:54.31 | zecke | emte: well that glibc and want GNU binutils is not kergoth's issue ;) |
18:54.57 | *** join/#oe zap (n=zap@217.170.93.9) |
18:55.36 | emte | zecke, yeah i know |
18:56.18 | emte | but i would expect that for it to work in winodws that an "enviroment" would have to be used |
18:56.43 | emte | as opposed to an open hybrid system |
18:56.52 | *** join/#oe Timelord (n=TL@66.150.138.156) |
18:57.20 | emte | which reminds me( since i dont use windows) is that what cygwin provides? |
19:02.26 | zecke | emte: it uses GNU utils and is POSIX compilant :} |
19:03.14 | *** join/#oe cedric (n=moa@APuteaux-154-1-35-5.w83-199.abo.wanadoo.fr) |
19:03.45 | RP | CoreDump|home: You're probably looking for meta-opie |
19:04.16 | emte | lol |
19:04.25 | emte | zecke, was that a yes to my question then? |
19:04.47 | CoreDump|home | well, I'm not. bitbake opie-image failed because the tasks don't build all he apps anymore |
19:05.00 | emte | what is the name of the ipaq sleeves that look like a cross? not the compaq/hp type |
19:05.44 | RP | CoreDump|home: Did you update to the latest bitbake? |
19:05.56 | CoreDump|home | yep, 2 minutes ago |
19:06.35 | zecke | emte: if I didn't get the term hybrid system ;) |
19:06.37 | RP | CoreDump|home: opie-image RDEPENDS on the tasks in task-opie so that should work... |
19:07.11 | CoreDump|home | the tasks are build fine. the RDEPENDS of these tasks however werent for some strange reason |
19:08.27 | RP | mickey|dinner: poodle should have working SD btw |
19:08.54 | CoreDump|home | wait, I've mixed up RDEPENDS and DEPENDS |
19:09.11 | CoreDump|home | task-opie* doesen't depend on anything |
19:09.28 | CoreDump|home | no wonder tha apps inside task* aren't compiled |
19:09.28 | RP | CoreDump|home: Which is correct after the recent changes to bitbake |
19:10.19 | CoreDump|home | tell that opie-image please, having to build meta-opie just for a simple opie-image is a joke |
19:10.28 | CoreDump|home | (IMO) |
19:10.34 | RP | CoreDump|home: I never said that |
19:10.41 | zecke | RP: did pb_ pull yet? |
19:10.44 | CoreDump|home | ok, how is it done now? |
19:10.50 | RP | CoreDump|home: If you build opie-image it will follow all the RDEPENDS |
19:10.55 | zecke | RP: I wonder if I should provoke a merge conflict for him... |
19:11.02 | CoreDump|home | right |
19:11.29 | RP | CoreDump|home: opie-image inherits a variable BUILD_ALL_DEPS which makes it do that |
19:11.37 | CoreDump|home | huh |
19:11.38 | RP | (all images do) |
19:12.02 | CoreDump|home | so I need to export BUILD_ALL_DEPS=1? |
19:12.21 | RP | CoreDump|home: no, image_ipk.bbclass already does that for you |
19:12.48 | emte | aha found it |
19:13.47 | pb_ | zecke: not yet |
19:13.56 | *** join/#oe Crofton|770 (n=balister@mprg5213.mprg.ee.vt.edu) |
19:13.58 | emte | bbl |
19:14.05 | pb_ | however, my customers are neutralised and my phone system is (mostly) working, so life is good |
19:14.14 | pb_ | I'll pull rp's tree after dinner |
19:14.34 | zecke | pb_: take your time |
19:14.54 | RP | zecke: Creating a merge conflict would be evil :) |
19:15.21 | CoreDump|home | RP: thanks, svn up + rebuilding cache seems to fix opie-image here |
19:17.00 | RP | CoreDump|home: That's a relief. I keep worrying people will find genuine problems with the RDEPENDS code |
19:17.24 | CoreDump|home | may I ask what the motivation was behind this change? |
19:17.57 | RP | CoreDump|home: Have a look at the old meta-opie and compare it to the new one (and the added task-opie) |
19:18.10 | CoreDump|home | will do |
19:19.18 | RP | CoreDump|home: Also look for (the lack of) BOOTSTRAP_EXTRA_DEPENDS |
19:19.50 | mreimer | is there an ipkg command to upgrade a single package (and its dependencies), rather than all packages? |
19:20.34 | CoreDump|home | trust me I will since I have to rewrite my own bootstrap and -image files when I go to dev then |
19:22.07 | *** join/#oe gremlin[it] (n=gremlin@194-185-170-96.f4.ngi.it) |
19:22.28 | gremlin[it] | good evening !!! |
19:22.42 | CoreDump|home | hi gremlin[it] |
19:22.50 | RP | CoreDump|home: Its honestly not difficult. They'll work as is, or you can remove all references to DEPENDS and add BUILD_ALL_DEPS="1" instead |
19:24.28 | RP | If they inherit the image bbclass, you don't even need to add the BUILD_ALL_DEPS line... |
19:26.58 | gremlin[it] | hi CoreDump|home |
19:27.21 | CoreDump|home | RP: I'll see =) |
19:28.49 | gremlin[it] | mhh doing a 'monotone diff' i notice i had modified a couple of files and so maybe they are old respect to database ... how i can force an overwrite from database to working copy ? |
19:33.07 | CoreDump|home | gremlin[it]: mt revert blah |
19:33.27 | *** join/#oe _alwin_ (n=ral@cable-195-14-198-51.netcologne.de) |
19:34.30 | gremlin[it] | CoreDump|home are u sure ... i mean there isn't 'revert' in the man of monotone :( |
19:34.50 | CoreDump|home | works here =) |
19:34.57 | CoreDump|home | very useful command |
19:36.16 | gremlin[it] | CoreDump|home yes it work ... and 'info monotone' report it ... .... ticket to monotone guys ... update man pages other than info :) :) :) |
19:39.39 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
19:43.02 | *** join/#oe abrewer (n=abrewer@adsl-214-114-109.gnv.bellsouth.net) |
19:43.12 | DataBeaver | Anyone know what's the endianness of a PXA270? |
19:46.23 | gremlin[it] | little endian |
19:46.29 | gremlin[it] | by default |
19:49.42 | *** join/#oe reenoo_ (n=r@p5489D06A.dip.t-dialin.net) |
19:49.52 | reenoo_ | evening |
19:57.27 | zecke | reenoo_: hi |
19:58.00 | zecke | reenoo_: we have a git tree and svn up and running |
19:58.15 | zecke | reenoo_: I'm currently svk smerging the to the server |
19:59.30 | pb__ | mreimer: ipkg upgrade <package> is the closest to what you want, but I don't think it upgrades dependencies |
19:59.39 | mreimer | thanks pb_ |
20:01.50 | *** join/#oe katossi (n=guillerm@dslb-084-062-178-126.pools.arcor-ip.net) |
20:02.14 | reenoo_ | hey zecke |
20:03.35 | reenoo_ | zecke: excellent. wished I had the time to help with the testing. instead I'm struggling with non-sensical assignments :/ |
20:03.50 | mreimer | is there a way to tell ipkg to keep its hands of certain packages, like 'kernel*'? |
20:04.00 | zecke | reenoo_: hehe I need to program something as well... |
20:06.20 | reenoo_ | zecke: well. the problem with this course is that you're constantly fighting broken software (a piece of crap *shareware* prolog interpreter written in java this time). |
20:06.34 | zecke | reenoo_: well you should at least get an account so you may cast your vote... |
20:06.37 | Necronom | NOTE: package libtool-native-1.5.10-r3: task do_compile: failed |
20:06.49 | zecke | reenoo_: hehe |
20:06.51 | Necronom | | configure: error: source directory already configured; run "make distclean" there first. |
20:07.02 | *** join/#oe drw (n=drw@c-67-172-219-167.hsd1.tx.comcast.net) |
20:07.16 | reenoo_ | zecke: good call. I'll install git tomorrow. who do I need to contact for git/svn accounts? |
20:07.40 | zecke | reenoo_: http://oe.handhelds.org/cgi-bin/moin.cgi/SvnScmTrial |
20:07.55 | zecke | http://oe.handhelds.org/cgi-bin/moin.cgi/GitScmTrial |
20:08.20 | zecke | http://oe.handhelds.org/cgi-bin/moin.cgi/ScmVotingProcedures?action=show |
20:08.28 | zecke | feel free to fix any errors you see |
20:09.17 | zecke | once we have darcs, mercurial up for testing I will mail oe again |
20:10.02 | reenoo_ | ~lart t-offline for fscking up dns queries again |
20:11.04 | reenoo_ | ah, finally |
20:11.48 | pb__ | mreimer: ipkg flag hold <package> |
20:11.57 | mreimer | pb_: excellent! thank you |
20:18.44 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
20:19.24 | *** join/#oe omougin_ (n=omougin@212.195.181.253) |
20:21.48 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
20:23.30 | pb__ | RP: doh, I haven't even started mine yet |
20:24.29 | RP | pb__: You have 8 days :) |
20:24.45 | pb__ | yeah, it seems |
20:24.56 | pb__ | that's more than a week! seems like loads of time. |
20:25.04 | reenoo_ | heh |
20:26.02 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
20:41.04 | *** join/#oe minipanda (n=zhanght@219.236.30.70) |
20:42.29 | mreimer | is there an ipkg command to list ipkgs that are not up-to-date? |
20:43.24 | pb__ | no, but you could probably do something with "ipkg status", "ipkg list", and a bit of postprocessing |
20:43.33 | mreimer | ok, thanks pb_ |
20:43.59 | pb__ | or, actually, "ipkg -noaction upgrade" would probably do it |
20:44.06 | mreimer | that's what I was just trying :-) |
20:44.27 | pb__ | ah, heh. I guess it didn't work then |
20:44.35 | mreimer | no, it's working |
20:48.27 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-51-216.w83-199.abo.wanadoo.fr) |
20:54.06 | *** join/#oe omougin__ (n=omougin@f02m-212-194-152-76.d4.club-internet.fr) |
20:54.37 | *** join/#oe greentux (n=m@195.227.105.180) |
20:54.44 | greentux | [lala]: ping |
21:01.20 | *** join/#oe greentux_alt (n=m@195.227.105.180) |
21:14.02 | jatreon | When building for a Mainstone should I be using the zaurus branch or the dev branch? |
21:14.25 | zecke | jatreon: that depends |
21:14.40 | zecke | jatreon: bot branches should be okay if you use a reasonable new bitbake binary |
21:15.02 | jatreon | I cannot get the dev brach to wook |
21:15.40 | jatreon | zecke: it fails on the bootstrap-image bb file |
21:15.48 | zecke | jatreon: fail in what way? |
21:15.57 | zecke | jatreon: do you have a current bitbake version? |
21:16.16 | jatreon | zecke: I have the currnet bitbake version |
21:16.36 | zecke | jatreon: maybe use pastebin to paste your error? |
21:17.04 | jatreon | zecke: The first problem is it complian that the deploy/ipkg folders are not there (they are not) |
21:17.29 | zecke | joshua_: do you have a INHERIT += "package_ipk" somewhere? |
21:17.53 | zecke | local.conf or such |
21:18.26 | jatreon | zecke: Did you mean me or joshua_ |
21:18.34 | zecke | jatreon: you sorry |
21:19.47 | jatreon | zecke: No, INHERIT += "package_ipk" is not in my local.conf |
21:19.55 | *** part/#oe law_ (n=_law_@213.173.86.202) |
21:20.35 | zecke | jatreon: which DISTRO do you set |
21:20.44 | zecke | jatreon: (some set that there) |
21:21.15 | jatreon | familiar-0.9.0 and familiar-0.8.3 both have the same error. Which shoul I use? |
21:21.33 | zecke | jatreon: which error? |
21:22.33 | jatreon | zecke: No deploy directory |
21:22.55 | zecke | jatreon: well do they have a INHERIT += package_ipk in them? |
21:24.25 | RP | jatreon: If you're using .dev, you want DISTRO="familiar-unstable" |
21:26.21 | jatreon | zecke: The only note or ipkg is on bitbake.conf and I have not altered that. |
21:26.35 | zecke | jatreon: which note? |
21:28.07 | jatreon | zecke: i greped it. Let me read it before I say something I will regret. |
21:28.07 | zecke | jatreon: OE create the packages when you ask it to create them |
21:28.20 | zecke | jatreon: INHERIT += "package_ipk" will create ipackages |
21:28.27 | RP | jatreon: Start by setting DISTRO correctly... |
21:28.33 | zecke | jatreon: and bootsrap-image needs ipk's... |
21:28.44 | jatreon | RP: Thnak you |
21:29.35 | *** part/#oe jatreon (n=jatreon@c-67-161-184-83.hsd1.ca.comcast.net) |
21:29.54 | reenoo_ | heh |
21:30.43 | RP | We really need to make bad DISTRO settings more verbose by default... |
21:31.36 | RP | The verbose message might not be too polite if I write it though ;-) |
21:31.57 | zecke | RP: bootstrap-image should complain when package_ipk is not inherited |
21:32.44 | RP | zecke: So when I set package_rpm? |
21:32.59 | zecke | RP: then image_ipk will not work? |
21:33.01 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
21:33.37 | RP | zecke: So you mean image_ipk should complain when package_ipk isn't inherited ;-) |
21:34.35 | zecke | RP: you force me to look into the files again |
21:34.51 | pb__ | yeah, maybe. image_ipk doesn't actually need package_ipk itself, though, so that would be a bit funky. |
21:35.17 | pb__ | it might be better just to introduce the long-dreamed-of "include-or-die" keyword in bitbake. |
21:35.53 | CosmicPenguin | mmmm... "include-or-die" |
21:35.55 | RP | pb__: That would get complaints from people who expect not to have to set a DISTRO (like kergoth)... |
21:36.08 | zecke | pb__: like require? |
21:36.17 | zecke | pb__: (which is broken... in the bb files) |
21:36.25 | RP | pb__: A better plan would be to validate a distro if set... |
21:36.25 | pb__ | zecke: oh, did you implement require already? |
21:36.36 | reenoo_ | RP: neither familiar-0.8.3.conf nor familiar-0.9.0.conf exist, which is the most common reason for this type of breakage. |
21:36.51 | zecke | pb__: well it works in local.conf/bitbake.conf but not in a .bb file :} |
21:36.54 | RP | reenoo_: Exactly, hence my comments about validating it |
21:36.57 | CIA-4 | 03rpurdie 07org.oe.dev * r98cdac3b... 10/packages/libxine/ (libxine-1.1.0/configure.patch libxine_1.1.0.bb): libxine 1.1.0: Stop it from seeing the host system's Wand-config and getting confused. |
21:37.28 | RP | zecke: Why not in a .bb file? |
21:37.33 | pb__ | zecke: ah. in that case I do not worship you. |
21:37.45 | zecke | pb__: drat |
21:38.00 | zecke | RP: it doesn't find the required file ;) |
21:41.09 | zecke | we could create a INVALID.conf in distro so kergoth doesn't notice it |
21:42.27 | RP | zecke: That would be a good step to solve the unset DISTRO case |
21:42.43 | zecke | and then require that fiƶe |
21:43.02 | *** part/#oe greentux_alt (n=m@195.227.105.180) |
21:43.06 | RP | zecke: You have me convinced :) |
21:44.27 | RP | zecke: The default INVALID.conf can trigger an error. Anyone like kergoth can just create a null copy in their local conf dirs to override |
21:46.06 | RP | zecke: Are you going to do this or should I? :) |
21:46.18 | zecke | you may |
21:46.46 | zecke | I need to create a Dijkstra implementation... to get my Mafi I credits... |
21:47.43 | RP | Actually, we don't need an INVALID.conf. Anyone wanting to run without DISTRO set can just create one... |
21:47.45 | zecke | RP: (require will work on that scope) |
21:49.32 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
21:49.42 | zecke | Crofton: wb |
21:49.46 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-51-216.w83-199.abo.wanadoo.fr) |
21:49.50 | zecke | Crofton: I'm still merging |
21:51.29 | RP | Hmm. DISTRO isn't set to INVALID by default... |
21:54.26 | RP | zecke: and require doesn't acutally work |
21:54.46 | zecke | RP: what? it worked in that scope :} |
21:54.53 | zecke | damn |
21:55.06 | RP | zecke: I think its confused about the two sets of conf/ directories |
21:55.27 | zecke | RP: it uses the same code as include |
21:55.53 | zecke | I have tested require whit changing bitbake.conf, so it should work :} |
21:56.01 | reenoo_ | ~lart STRIPS |
21:56.13 | zecke | maybe you need a XNU kernel for it to work |
21:56.21 | RP | zecke: It errors when I have a require. It works fine when I have it as an include... |
21:56.47 | RP | zecke: I was using DISTRO="openzaurus-unstable" which exists... |
21:57.05 | zecke | hmm how long will you be around? |
21:57.33 | RP | zecke: probably a while. Its not urgent - I'm just noting it ;-) |
21:58.36 | zecke | RP: well I hate when my code doesn't work ;) I plan to invest another hour on this math stuff |
22:05.12 | reenoo_ | reviewing a FOL clause that fills an entire A4 page :/ |
22:07.12 | RP | zecke: You've missed a return out ;-) |
22:07.42 | zecke | RP: I certainly did not miss an return, I do not do any mistakes |
22:08.42 | zecke | lol |
22:08.46 | *** join/#oe omougin_ (n=omougin@212.195.173.31) |
22:08.53 | RP | zecke: :) |
22:09.10 | zecke | RP: obviously I have not copied 2 out four lines |
22:09.15 | zecke | RP: where one line was important |
22:09.47 | zecke | RP: I would like to have found that issue myself |
22:10.03 | RP | zecke: sorry :) |
22:10.20 | RP | zecke: I won't tell anyone ;-) |
22:10.49 | zecke | anyway if pb_ doesn't notice he will worship me |
22:11.45 | zecke | (where will I place the 'r' out of {'P','u','r','d','i','e'} this time |
22:12.07 | *** join/#oe jatreon (n=jatreon@c-67-161-184-83.hsd1.ca.comcast.net) |
22:12.22 | zecke | RP: commited a change |
22:12.54 | RP | zecke: Where would you like to place the 'r'? (and thanks) |
22:13.17 | zecke | RP: I switch between urdie and rudie |
22:13.41 | zecke | as you might have noticed |
22:14.21 | jatreon | On the long tem, what are things that I can do to support the Mainstone machine type for Open Embedded |
22:14.55 | zecke | jatreon: send patches, you are the only one I know with a true mainstone board |
22:16.19 | *** join/#oe Laibsch (n=Laibsch@G02e3.g.pppool.de) |
22:16.43 | Laibsch | ~seen ph5 |
22:16.46 | ibot | ph5 <n=ph5@p5485D35B.dip.t-dialin.net> was last seen on IRC in channel #oe, 1d 1h 36m 11s ago, saying: 'gremlin[it]: this sounds like it is an issue with bitbake, maybe you still have an old version without the explode_deps code?'. |
22:16.48 | jatreon | zecke: would it be a problem if I used the 2.6.14 kernel. I have a touchscreen patch fo rthat release and the patch should be included in the 2.6.17 release |
22:18.58 | RP | zecke: I'd not noticed the typo - you should have kept quiet :) |
22:19.14 | zecke | jatreon: do we have mainstone support in OE already? |
22:19.35 | RP | jatreon: It should be no problem at all to use a different kernel if you add it to OE |
22:19.36 | zecke | RP: I love to spell things right... |
22:19.59 | RP | zecke: My spelling is ok. My typing is awful though ;-) |
22:20.01 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-95-148.w86-199.abo.wanadoo.fr) |
22:20.56 | jatreon | zecke: That is what http://bec-systems.com/collab/index.php/PXA270_Mainstone_Linux says, but the site wnt down this weekend. Google has it cached. |
22:22.06 | zecke | jatreon: how much is a mainstone board nowadays? |
22:22.22 | RP | jatreon: I know of at least one other user who has used mainstone images out of OE. He compiled his kernel elsewhere iirc though |
22:22.50 | jatreon | I assume the same, 3000 USD, but there are other ways to get them. |
22:25.11 | jatreon | zecke: When you say IDE do you mean a hard drive (I work in flash) |
22:25.31 | zecke | jatreon: I would like to have some board with hard drive attached |
22:26.45 | mreimer | does anyone know if udev can be used to deliver arbitrary events to userspace, such as AC on/off, battery door open/closed, etc? I.e. events that aren't exactly device present/absent? |
22:27.09 | jatreon | zecke: Intel only makes one develpment kit with PXA270 and harddrive, it has the ATI graphics acelerator |
22:27.45 | zecke | jatreon: well I do not like the intel prices ;) |
22:28.52 | jatreon | zecke: Tell me more about what you want to do with it. Ypu may be able to get a PeperPad for under $900. |
22:29.47 | pb__ | zecke: heh, I guess you should buy an hx4700 and a cf/ide adapter. |
22:31.11 | zecke | I just want something stationary with a sane bootloader so I can easily deploy iwmmx binaries on it |
22:31.24 | zecke | well something like the shark with newer cpu and more ram ;) |
22:31.26 | jatreon | zecke: Do you want a development kit or a product on the market? |
22:31.57 | zecke | jatreon: the pepper pad is already too fancy ;) |
22:34.07 | jatreon | zecke: none of my ideas have a "sane" bootloader |
22:34.24 | *** join/#oe woglinde (n=woglinde@e178127090.adsl.alicedsl.de) |
22:34.28 | zecke | jatreon: I like the OpenFirmware on my Shark |
22:35.13 | zecke | jatreon: I can do DHCP in the bootloader, boot from disk, it has ethernet, keyboard and monitor |
22:35.41 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-95-148.w86-199.abo.wanadoo.fr) |
22:37.20 | jatreon | zecke: Why not use NFS? |
22:38.06 | zecke | jatreon: this would work if the device has true ethernet (100mbit)+tftp support |
22:38.10 | reenoo_ | mreimer: I guess that'd be a job for some hal/dbus magic but I haven't got around to looking into that in detail yet |
22:41.09 | *** join/#oe alan_ (n=alan@ARouen-152-1-95-148.w86-199.abo.wanadoo.fr) |
22:44.25 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
22:44.29 | *** join/#oe omougin_ (n=omougin@f01m-212-194-47-136.d4.club-internet.fr) |
22:52.53 | emte | okay i've mostly decided that the WCF54G isnt an Agere card but i do have an issue ... |
22:53.20 | emte | its a known issue with the card :( |
22:54.25 | emte | you can arbirarily set the MAC, the problem is that the MAC is showing up as 0's and the scripts dont like that |
22:54.44 | emte | any ideas? |
22:56.00 | emte | btw it likes the wavelan_cs driver |
23:05.02 | CosmicPenguin | or they don't care about wireless... :) |
23:05.13 | emte | perhaps |
23:05.32 | emte | i need to figure out why rtc is messed on the h36 again ... :( |
23:08.09 | RP | mreimer: The input system is about as close as you get... |
23:11.31 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:12.29 | mreimer | RP: do you mean to use the input system, or to use udev the way the input system does? |
23:18.30 | *** join/#oe andersee (n=andersee@codepoet.org) |
23:23.08 | RP | mreimer: I mean to use the input system. Really the input system could become a generic events handler |
23:23.40 | mreimer | RP: are you reporting this kind of event to userspace (hinge events, etc.?)? |
23:23.50 | emte | ioctl ... |
23:23.51 | RP | mreimer: but it is obviously the input system atm and therefore isn't ideally suited... |
23:24.08 | RP | mreimer: I use it for hinge (switch) events, yet |
23:24.14 | RP | yes... |
23:24.55 | pb__ | RP: if you want a generic events handler, isn't that basically what kobject_uevent is? |
23:25.34 | pb__ | I think there's been some work on bridging generic uevents to D-BUS, which seems like the right kind of way to handle the demultiplexing for cases like mreimer is talking about. |
23:26.00 | mreimer | pb__: can you point me to an example of emitting a generic uevent? |
23:26.05 | mreimer | I presume uevents go to udevd? |
23:26.16 | RP | pb__: It sounds about right, yes |
23:26.18 | pb__ | yeah, udevd is the main consumer, but I think everybody can listen to them |
23:26.44 | pb__ | iirc, the kernel-side interface is in linux/lib/kobject_uevent.c or some file with a similarly obvious name |
23:27.00 | mreimer | ok, thanks |
23:27.33 | pb__ | grepping for calls to kobject_uevent() would probably turn up some examples of its use |
23:29.01 | pb__ | mreimer: might also be worth checking with the dudes from project utopia, since I think this is one of the areas they're interested in |
23:29.04 | RP | pb__: I think it only supports a small fixed number of event types though |
23:29.16 | mreimer | pb__: thanks, I'll check that out |
23:29.17 | RP | (having just looked at the file) |
23:30.07 | zecke | pb__: did you merge yet? |
23:30.13 | zecke | I'm off to bed! cya |
23:30.30 | RP | 'night zecke |
23:30.34 | pb__ | RP: fundamentally, I think it's just sending strings through netlink, so there isn't any real reason it couldn't support arbitrarily complicated things |
23:30.38 | pb__ | zecke: er, no, not actually |
23:30.45 | pb__ | remind me what the url to pull was again? |
23:31.12 | zecke | pb__: http://ewi546.ewi.utwente.nl/OE/other_scms/git/org.openembedded.oz354fam083 |
23:31.17 | zecke | pb__: or .dev |
23:31.19 | pb__ | rock |
23:31.29 | pb__ | okay, I'll make that my mission for the near future |
23:32.08 | RP | pb__: fundamentally no. In practice, I think there might be objections to certain kinds of alterations in mainline. Who knows though... |
23:32.22 | pb__ | doh |
23:32.26 | pb__ | <PROTECTED> |
23:32.50 | RP | a good start :) |
23:32.57 | zecke | I had that as well |
23:33.05 | pb__ | yeah, seems that the debian git packages suck |
23:33.16 | zecke | pb__: ubuntu packages had the same issue |
23:33.18 | pb__ | I guess the maintainer has only a hazy grasp of dependencies |
23:34.15 | pb__ | whoa, I have millions of conflicts |
23:34.24 | pb__ | CONFLICT (add/add): File packages/gtk-webcore/osb-nrcit_20050430.bb added non-identically in both branches. Adding as packages/gtk-webcore/osb-nrcit_20050430.bb~HEAD and packages/gtk-webcore/osb-nrcit_20050430.bb~e5b3d2eb431a6c9037c162205bdf2572046b2093 instead. |
23:34.49 | pb__ | "Automatic merge failed; fix up by hand |
23:34.50 | pb__ | " |
23:34.52 | pb__ | :-} |
23:36.04 | zecke | pb__: from what branch did you merge? |
23:36.11 | zecke | git branch |
23:36.34 | pb__ | oz354fam083 |
23:36.43 | pb__ | I'm not sure which one I cloned originally though |
23:36.55 | zecke | where did you pull from? |
23:37.04 | pb__ | ewi |
23:37.10 | zecke | which tree? |
23:37.45 | pb__ | I guess I am not clever enough for git after all |
23:37.47 | zecke | hehe |
23:38.01 | zecke | pb__: you get used to it, quickly... |
23:38.21 | pb__ | I think we should all use RCS. |
23:38.54 | emte | lol |
23:39.02 | pb__ | oh well |
23:39.04 | zecke | I think my cherry-pick is guilty for that one |
23:39.05 | pb__ | I try again tomorrow |
23:39.09 | emte | pb__, then we would all have to be one person |
23:39.22 | emte | and i know everyone would hate to be me |
23:39.27 | zecke | merged it here without an issue |
23:39.35 | pb__ | zecke: I think I probably just did something dumb. |
23:40.07 | zecke | http://pastebin.com/519914 |
23:40.17 | pb__ | unfortunately I did half the commands at the office, and I can't see the history in that window from here, so I'm not entirely sure what particular dumb thing it was. |
23:40.44 | zecke | git co -f oz354fam083 |
23:41.39 | pb__ | zecke: ah, very good |
23:41.43 | zecke | emte: because we do tests? |
23:41.48 | emte | i cant say i've heard anything good about it besides that Linus is writting it ... |
23:41.59 | emte | ah |
23:42.33 | zecke | RP: is your ssh server down? |
23:42.56 | Laibsch | My OE is not building again. It used to work, bitbake and OE are fairly up to date via daily cron and openembedded.org "Getting Started" being down does not help. Still, I get an error "no files |
23:43.08 | emte | okay before i go messing with drivers .... is there a way i can set a MAC with the availible commands in familiar? |
23:43.16 | Laibsch | to build" and "nothing provides dependency nano" |
23:43.17 | zecke | Laibsch: well the site is likely to not be down |
23:43.24 | RP | zecke: UML appears to have locked up :-/ |
23:43.32 | zecke | Laibsch: is your BBPATH wrong again? |
23:43.33 | Laibsch | zecke: You are right. You know the IP? |
23:43.42 | zecke | no |
23:43.43 | Laibsch | zecke: ;-) |
23:43.51 | zecke | ~nslookup oe.handhelds.org |
23:44.12 | Laibsch | OK. That should help. |
23:44.19 | zecke | pb__: it might be your pulled org.oe.dev instead of the branch?! |
23:44.45 | pb__ | yeah, that's possible |
23:45.22 | RP | zecke: I've reset it - it segfaulted when I tried to probe it :-} |
23:45.36 | Laibsch | Anyways. I did check my chat logs before I asked. It was the same problem. But now I cannot remember what I did on my other computer to fix it. I did try to add a line to BBPATH to have it include the bitbake directory but that only switched the error from "cannot find conf/bitbake.conf" to the current one. |
23:47.30 | pb__ | What's the actual value that you have for BBPATH now? |
23:48.22 | pb__ | Your current error sounds like it can't find conf/local.conf, and/or that your local.conf contains a wrong BBFILES. |
23:48.30 | zecke | http://oegit.rpsys.net:8000/cgi-bin/gitweb.cgi?p=.git;a=commit;h=8d0f449314f9bffe3e02a246946a00e6890eb984 |
23:48.52 | *** join/#oe CSMan (n=csman@toronto-HSE-ppp3949669.sympatico.ca) |
23:48.58 | Laibsch | pb__: /mnt/pfaffe/src/openembedded/build:/mnt/pfaffe/src/openembedded/org.openembedded.dev |
23:50.43 | Laibsch | BBFILES := "${PATH2OE}/org.openembedded.dev/packages/*/*.bb" |
23:51.08 | *** join/#oe omougin__ (n=omougin@212.195.183.26) |
23:51.24 | zecke | Laibsch: you might consider writing the Laibsch bot ;) |
23:51.32 | Laibsch | export PATH2OE=/mnt/pfaffe/src/openembedded |
23:51.36 | Laibsch | ;-) |
23:51.38 | zecke | good nite |
23:51.44 | pb__ | if you do "bitbake -c showdata -b <some bb file>", what does it say for BBFILES? |
23:52.09 | emte | night |
23:58.01 | Laibsch | pb__: "Unable to open conf/bitbake.conf". If I add /mnt/pfaffe/src/openembedded/bitbake/ to $BBPATH I get http://rafb.net/paste/results/AOG3wK72.html |
23:59.56 | emte | Laibsch, your writting anthy? |