| 00:19.07 | *** join/#oe offroadgeek (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
| 00:49.45 | *** join/#oe |dkey| (~dkey@L0002P22.dipool.highway.telekom.at) |
| 00:57.22 | *** join/#oe bluelightning1 (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 01:21.53 | *** join/#oe jamie (~jamie@82.152.157.198) |
| 01:41.14 | *** join/#oe ideal (~idealm_@218.82.61.230) |
| 01:47.19 | *** join/#oe jbowler-away (~jbowler@jbowler.nslu2-linux) |
| 01:47.32 | *** join/#oe wrobbie (~rob@cm17.sigma183.maxonline.com.sg) |
| 02:08.10 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 02:36.41 | *** join/#oe chii (chii@chii.utility.freenode) |
| 02:53.07 | *** join/#oe subdue (~chopstix@198-79-109-131.hi.net) |
| 03:17.45 | *** join/#oe wrobbie (~rob@cm17.sigma183.maxonline.com.sg) |
| 03:20.16 | jacques | RP, you around? did something change with serial port during boot for 2.6.12 ? |
| 03:20.26 | jacques | I no longer get boot messages |
| 03:32.14 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) |
| 03:38.36 | *** join/#oe mithro (~tim@ppp224-154.lns3.adl2.internode.on.net) |
| 03:45.19 | *** join/#oe mithro_ (~tim@ppp195-250.lns1.adl1.internode.on.net) |
| 03:48.14 | *** join/#oe Kompo (~kimmo@sk2-38.tky.hut.fi) [NETSPLIT VICTIM] |
| 03:48.14 | *** join/#oe gb2 (~gbritton@fog.sekrit.org) [NETSPLIT VICTIM] |
| 03:48.42 | *** join/#oe dustpuppy (~chris@62.141.36.81) [NETSPLIT VICTIM] |
| 03:48.46 | *** join/#oe wrobbie (~rob@cm17.sigma183.maxonline.com.sg) [NETSPLIT VICTIM] |
| 03:48.46 | *** join/#oe jamie (~jamie@82.152.157.198) |
| 03:48.47 | *** join/#oe peteru-home (~peteru-ho@adsl-53-18.swiftdsl.com.au) |
| 03:48.47 | *** join/#oe gints|home (~gints@159.148.213.135) [NETSPLIT VICTIM] |
| 03:48.47 | *** join/#oe Titeuf (~Titeuf@2m01.net) [NETSPLIT VICTIM] |
| 03:48.47 | *** join/#oe kurre2_ (~tomimo@a84-231-39-238.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 03:48.47 | *** join/#oe emte (emte@d64-180-41-158.bchsia.telus.net) [NETSPLIT VICTIM] |
| 04:40.19 | *** join/#oe bluelightning (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 04:57.46 | *** join/#oe jumpkick (~chatzilla@toronto-HSE-ppp3985570.sympatico.ca) |
| 05:05.57 | *** join/#oe uv1 (~Werner@p50890E9A.dip0.t-ipconnect.de) |
| 05:16.12 | *** join/#oe bluelightning_ (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 05:20.18 | *** join/#oe |dkey| (~dkey@L0002P22.dipool.highway.telekom.at) |
| 06:16.02 | *** join/#oe bluelightning1 (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 06:18.11 | *** join/#oe bluelightning2 (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 06:21.02 | *** join/#oe bluelightning2_ (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 06:25.16 | *** join/#oe man-di (~man-di@dyndsl-080-228-197-243.ewe-ip-backbone.de) |
| 06:41.54 | *** join/#oe bluelightning (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 06:55.23 | *** join/#oe bluelightning_ (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 07:09.23 | *** join/#oe zap (~zap@217.170.93.9) |
| 08:05.02 | RP | jacques: Nothing changed that I know of - serial still works fine for me... |
| 08:10.41 | jacques | RP, you still get kernel boot messages ? |
| 08:11.10 | jacques | we don't, but serial console works after boot |
| 08:12.01 | jacques | RP, also, how were you measuring your performance increases? I'd like to see if we got any |
| 08:18.11 | RP | jacques: The bootup time is much faster and the device just feels generally quicker |
| 08:18.22 | RP | jacques: Yes, I still get kernel boot messages |
| 08:26.57 | uv1 | Morning |
| 08:27.15 | uv1 | RP: Something to test ? |
| 08:31.03 | *** join/#oe bluelightning (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 08:51.01 | *** join/#oe pH5 (~ph5@e178207100.adsl.alicedsl.de) |
| 08:59.01 | RP | uv1: -rc6-mm1 won't hang 100% of the time now. I've not looked at the key repeat problem yet though |
| 09:07.45 | *** join/#oe pb_ (~pb@2002:5168:d274:1:a00:1fff:fe06:93c) |
| 09:12.44 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
| 09:25.23 | uv1 | RP: Will waiting for the key repeat problem to be fixed ;-) Or would you like me to test the latest kernel. |
| 09:26.51 | *** join/#oe kakos (~kakos@c-24-8-182-72.hsd1.co.comcast.net) |
| 09:31.36 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 09:39.54 | *** join/#oe emme (~emme@manin.usr.dico.unimi.it) |
| 09:46.48 | *** join/#oe reenoo_ (~r@p5489D101.dip.t-dialin.net) |
| 09:46.56 | reenoo_ | morning |
| 09:51.07 | SirFred | Great, I've totally messed up the w100 driver. |
| 09:54.42 | SirFred | err s/kicks/hits |
| 10:07.08 | *** join/#oe marcan (1337@64.Red-83-53-0.pooles.rima-tde.net) |
| 10:19.23 | pb_ | hi reenoo_ |
| 10:20.06 | reenoo_ | hey pb_ |
| 10:29.02 | *** join/#oe Anst (~anst@198.36.32.17) |
| 10:34.26 | *** join/#oe mr_claus (random@p54990CAA.dip0.t-ipconnect.de) |
| 10:34.52 | mr_claus | hi, whats the future plans with bitkeeper and oe development? |
| 10:35.02 | *** join/#oe zecke (~ich@83-169-170-199-dynip.superkabel.de) |
| 10:35.53 | pb_ | morning zecke |
| 10:36.01 | *** join/#oe rwhitby-away (~rwhitby@rwhitby.nslu2-linux) |
| 10:36.30 | zecke | hey |
| 10:41.53 | *** join/#oe bluelightning (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 10:46.03 | zecke | <PROTECTED> |
| 10:46.08 | bluelightning | hi zecke |
| 10:46.12 | bluelightning | hi all |
| 10:50.29 | zecke | mickey|tv: GStreamer looks good |
| 10:50.38 | zecke | mickey|tv: it is written in C though |
| 10:51.16 | zecke | mickey|tv: the Balzert according to a HP publication claims that even writing in Assembly is more productive than C ;) |
| 10:51.33 | pb_ | hah |
| 10:52.27 | zecke | pb_: no kidding |
| 10:52.52 | zecke | pb_: it is a book about Software Management, but it does not try to make a point against using C |
| 10:53.28 | zecke | pb_: it even says that this publication is not representative |
| 10:54.04 | pb_ | I see. sounds interesting. |
| 10:58.26 | zecke | OT: Is there an easy tool to test context free grammars? |
| 11:01.47 | rwhitby | pb_: any progress towards a decision on the replacement for bitkeeper for the OpenEmbedded repository? We will be setting up a new machine soon, and it will be the perfect opportunity for us to host the nslu2-linux clone on that machine if the chosen system groks clones, otherwise we need to talk about whether to continue being an offshoot of OE, or whether our 10 or so key developers apply for w |
| 11:01.47 | rwhitby | rite access to the main OE repo ... |
| 11:01.55 | zecke | pb_: run or you get abused |
| 11:02.06 | zecke | pb_: how is activation handled with d-bus nowadays? |
| 11:11.04 | rwhitby | anyone else know about the future of source code management for the OE repository once bitkeeper goes away next month? |
| 11:12.45 | *** join/#oe ideal (~idealm_@218.82.61.230) |
| 11:15.14 | rwhitby | I tried searching the oe@handhelds.org mailing list, but it seems that the hypermail archives of that at http://www.handhelds.org/hypermail/oe/index.html have not been updated since 31 Oct 2004 ... |
| 11:15.41 | zecke | rwhitby: we do not know yet |
| 11:15.52 | tubbie|home | gmane is now hosting the mailarchive |
| 11:15.53 | zecke | rwhitby: there is nothing that prevents your developer to have direct access |
| 11:16.45 | rwhitby | zecke: understood. we have up until now had a bk clone, and kergoth would vet any non nslu2-linux-specific changes before he pulled them into OE proper. |
| 11:17.43 | rwhitby | but I think that our core developers who have write access to the nslu2-linux bk repo now have enough of an undertanding of OE to be given write access to the main OE repo and not stuff things up. |
| 11:17.46 | zecke | rwhitby: we will review the changes as well |
| 11:17.55 | rwhitby | of course :-) |
| 11:18.17 | zecke | rwhitby: I'm pretty sure our next SCM will not be bk |
| 11:18.38 | rwhitby | nod. that's why we're interested. Any leading contenders? |
| 11:18.50 | zecke | rwhitby: I guess cogito or monotone |
| 11:18.58 | zecke | rwhitby: I'm pretty sure it won't be svn or cvs |
| 11:19.35 | zecke | rwhitby: maybe we start without history and in this case I would love to run cvs2svn on the stuff we get off bkbits |
| 11:19.38 | rwhitby | cogito would be very interesting :-) we've already created an ipkg for it for the nslu2 |
| 11:20.07 | zecke | rwhitby: from what I know cogito is not too good for our usage |
| 11:20.16 | zecke | rwhitby: basicly only one can 'push' |
| 11:20.53 | rwhitby | ah, so it's tuned to Linus's way of working ... |
| 11:21.25 | rwhitby | so it relies on the consumer pulling from many producers? |
| 11:22.10 | zecke | rwhitby: yupp |
| 11:22.39 | rwhitby | sounds like I need to read up on monotone then .... |
| 11:28.26 | rwhitby | ok, so after the first 5 minutes of reading up on monotone, it looks like we could continue to have an nslu2-linux "server" (to which all our authorised nslu2-linux developers push stuff), and then have a couple of nslu2-linux core developers have the authority to push changes to the main OE "server". |
| 11:29.11 | rwhitby | unless the OE folk would prefer that our 10 or so authorised nslu2-linux firmware developers push directly to the main OE "server" ? |
| 11:30.14 | zecke | I do not know what is preferred by mickeyl,pb_,kergoth |
| 11:30.18 | zecke | rwhitby: but that would work |
| 11:31.01 | rwhitby | we're happy working either way. whichever is preferred by the OE core team would be what we would do. |
| 11:34.04 | pb_ | in a sense, if the nslu2-linux people had write access to our main tree, we could probably get away with svn. |
| 11:34.15 | pb_ | afaik, nobody else is actually making use of the peer-to-peer feature of bitkeeper. |
| 11:34.38 | pb_ | on the other hand, I know that kergoth is very fond of that feature, and he probably wouldn't want to give it up. |
| 11:35.25 | pb_ | zecke: regarding your dbus question, I'm not sure. I know that the Imendio people were doing some work on activation, but I have no idea on the current status. |
| 11:37.36 | pb_ | I agree that monotone does seem like the most promising SCM, though. |
| 11:37.46 | rwhitby | zecke, pb_: thanks for the info. pb_: I personally would be happy enough with svn (or monotone, from what I've read so far) |
| 11:37.55 | Anst | x |
| 11:38.25 | rwhitby | some of our nslu2-linux developers have two local repos and use the bk peer-to-peer feature to manage local diversions too. |
| 11:38.34 | pb_ | right |
| 11:38.46 | rwhitby | so monotone looks like it would be better for that to be able to continue |
| 11:38.56 | pb_ | maybe we can sweet-talk treke into setting up an experimental monotone repository on oesources.org |
| 11:43.49 | pb_ | zecke: heh, you should have signed up to work on improving monotone for the summer of code. |
| 11:48.31 | mr_claus | i try to build OE from the latest snapshot and i got an error while unpacking quilt-native, any ideas whats be wrong here? |
| 11:49.03 | pb_ | was it just a general kind of error, or anything specific? |
| 11:49.24 | mr_claus | NOTE: package quilt-native-0.39-r0: task do_fetch: started |
| 11:49.24 | mr_claus | NOTE: package quilt-native-0.39-r0: task do_fetch: completed |
| 11:49.29 | mr_claus | but there is no package there |
| 11:49.40 | mr_claus | so i get the error while unpacking the not available tar.gz file |
| 11:51.34 | pb_ | that does seem strange |
| 11:51.58 | pb_ | do you have cvs installed? |
| 11:52.06 | mr_claus | yes |
| 11:53.18 | mr_claus | i will run bb -D, perhaps i will get more informations on that |
| 11:53.36 | mr_claus | hmm, no |
| 11:54.42 | mr_claus | whats the difference between the native and not-native packages? i want to crosscompile, does native mean to compile directly at the target? |
| 11:55.34 | pb_ | native means that the package is compiled to run on your build host. |
| 11:55.40 | mr_claus | ok |
| 11:59.07 | mr_claus | hmm, something wrong, i can do a fetch quilt without any errors but i cannot do an unpack quilt |
| 12:06.59 | mickeyl | morning |
| 12:07.24 | reenoo_ | morning mickeyl |
| 12:07.34 | zecke | moin mickeyl |
| 12:07.41 | mickeyl | fwiw, i have worked with monotone for some days and my vote is on that. i will setup a preliminary repository next week and import oe into that and then add some keys |
| 12:08.05 | mickeyl | i hope it works out |
| 12:08.20 | mickeyl | if not, well, it's open, we can always import the history into the next big thing then |
| 12:10.07 | mickeyl | although i think it'd be best to continue the seperate branch methodology for nslu2, we don't have problem with giving your people access to ours as well. |
| 12:10.07 | mickeyl | it's just a matter of what's the most productive and sane setup |
| 12:11.20 | zecke | mickeyl: could you confirm #103 is fixed? |
| 12:11.21 | mickeyl | ~praise zecke for fixing #103 |
| 12:11.23 | ibot | All hail zecke for fixing #103! |
| 12:11.23 | mickeyl | heh |
| 12:11.24 | zecke | hehe |
| 12:11.59 | zecke | mickeyl: better don't do it |
| 12:12.44 | mickeyl | heh, nice |
| 12:12.56 | mickeyl | shorter than i've thought |
| 12:13.06 | pb_ | mickeyl: excellent |
| 12:13.10 | pb_ | (and good morning) |
| 12:13.32 | zecke | damn orinoco and mipv6 is broken with hh-sa.26 |
| 12:13.50 | pb_ | oh dear, that sucks. what's wrong? |
| 12:14.21 | pb_ | (are you saying that orinoco and mipl are both individually broken, or that they don't work together?) |
| 12:14.32 | zecke | pb_: both are not buildable |
| 12:14.44 | zecke | (might be a problem with the simpad defconfig) |
| 12:14.54 | zecke | but my XDMCP session is virtually dead... |
| 12:14.54 | pb_ | ah, now I come to think of it, I remember that the mipl folk are still on kernel 2.6.8.1 |
| 12:15.07 | pb_ | at least, they were last time I looked |
| 12:15.23 | pb_ | I don't know what would be wrong with orinoco, though. I guess that would be a task for mickeyl. |
| 12:15.25 | zecke | *** Wireless extension not available |
| 12:15.40 | zecke | so my defconfig is likely to be broken |
| 12:15.57 | mr_claus | could the error be only a problem with the latest snapshot? |
| 12:16.01 | RP | zecke: sounds like it |
| 12:16.01 | mickeyl | which upstream version corresponds to hh-sa atm.? |
| 12:16.04 | *** join/#oe hugoj (~hugoj@1-1-3-41a.msp.mlm.bostream.se) |
| 12:16.05 | zecke | IFA_F_HOMEADDR undeclared |
| 12:16.06 | mickeyl | morning RP |
| 12:16.06 | mickeyl | and |
| 12:16.10 | RP | morning all |
| 12:16.10 | mickeyl | ~hail RP for fixing rmk's bugs |
| 12:16.11 | ibot | ACTION bows down to RP for fixing rmk's bugs and chants, "I'M NOT WORTHY!!" |
| 12:16.36 | RP | mickeyl: Did you see his post to LKML? He used grumble tags! |
| 12:16.58 | mickeyl | RP: hah. no, not yet. from when is that? |
| 12:17.06 | pb_ | mickeyl: 2.6.11 |
| 12:17.07 | mickeyl | i only read lkml twice a week |
| 12:17.21 | pb_ | heh, I only read lkml twice a year |
| 12:18.00 | mickeyl | well i only glimpse through the headers until i find something that interests me. I'm glad that kernel traffic exists |
| 12:18.01 | RP | mickeyl: about midnight last night |
| 12:18.42 | mickeyl | aaah |
| 12:18.43 | pb_ | zecke: I'm not sure what the holdup is in porting the mipl bits to a newer kernel. might be worth checking the usagi mailing lists or website for clues |
| 12:18.52 | zecke | oh 2.6.12 is out? |
| 12:18.54 | mickeyl | RP: now that's funny. i never have seen him using that |
| 12:18.55 | mr_claus | cfetch is not working too, it seems the buildsystem is not downloading the sources but tells that the sources were downloaded |
| 12:19.01 | pb_ | zecke: yeah |
| 12:19.06 | mickeyl | RP: i think that's more grumbling against himself |
| 12:20.31 | RP | mickeyl: I'm not so sure about that. I took it to mean, "why didn't you do this before now?"... |
| 12:20.40 | RP | Anyway, he's provided a fix which i'll test |
| 12:22.07 | RP | At least the problem was in -mm1 so 2.6.12 should be Zaurus friendly :) |
| 12:22.30 | RP | mickeyl: You might be interested to try the oprofile code - its quite interesting |
| 12:23.01 | RP | The only problem is you need unstriped binaries and oe doesn't seem keen to produce them in all cases, even when you set the debug flags |
| 12:23.06 | mickeyl | RP: can you sum up what oprofile is doing? |
| 12:26.00 | RP | mickeyl: Have a look at http://www.rpsys.net/openzaurus/temp/op_sample.txt.gz |
| 12:26.17 | mickeyl | woot |
| 12:26.20 | mickeyl | that's handy! |
| 12:26.30 | RP | It gives you a percentage breakdown of which functions the processor spent time in |
| 12:26.35 | RP | Both user and kernel space |
| 12:27.00 | RP | and thanks to my latest patch will tell you which functions are calling what percentage of the time |
| 12:27.10 | mickeyl | very cool |
| 12:27.24 | mr_claus | thats exactly the same error like my one http://pastebin.ca/13163 |
| 12:27.27 | mickeyl | need to run opie against that |
| 12:27.47 | RP | mickeyl: I thought you might find it interesting for opie :) |
| 12:27.57 | mickeyl | mr_claus: echo 'INHERIT += patcher' >> conf/local.conf |
| 12:28.04 | mickeyl | mr_claus: then rebuild and forget about quilt |
| 12:28.12 | mickeyl | RP: defintly, yeah |
| 12:28.17 | mickeyl | definitly, as well |
| 12:28.39 | RP | mickeyl: You need oprofile_cvs.bb as I've had them introduce some fixes for arm |
| 12:29.00 | RP | mickeyl: and the default zaurus kernel doesn't include oprofile by default - the patches are all there though |
| 12:29.09 | mickeyl | right, i see |
| 12:29.16 | reenoo_ | mickeyl: how would that fix such corruption? |
| 12:29.37 | RP | add CONFIG_PROFILING and CONFIG_OPROFILE to the defconfig if IIRC... |
| 12:29.56 | reenoo_ | mickeyl: it downloads galculator in quilt-native's do_fetch... |
| 12:30.09 | mickeyl | reenoo_: oh right. |
| 12:30.12 | mickeyl | in that case |
| 12:30.19 | mickeyl | update to latest bitbake and rm -rf tmp/cache |
| 12:30.25 | zecke | reenoo_: use older version of bitbake for older oe trees? |
| 12:30.26 | mickeyl | then rebuild |
| 12:30.49 | reenoo_ | zecke: dunno. I'm just looking at that pastebin posting |
| 12:31.19 | zecke | reenoo_: if that happen classes/base.bbclass is broken |
| 12:34.49 | mr_claus | i'm using the latest snapshot and bitbake 1.3.0, will that work or do i need an older bitbake version? |
| 12:35.53 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 12:35.53 | zecke | mr_claus: what oe tree do you've |
| 12:36.15 | koen | good afternoon all |
| 12:36.17 | mr_claus | zecke: the latest snapshot and i try to build openslug |
| 12:36.21 | mickeyl | hey koen |
| 12:36.30 | koen | hey mickeyl |
| 12:36.43 | CIA-9 | 03mickeyl 07 * r1.3564 10openembedded/conf/distro/openzaurus-3.5.4.conf: oz-3.5.4.conf: bump cvsdate |
| 12:36.56 | koen | mickeyl: can we select a few new names and remove the others from the new distro wiki? |
| 12:37.05 | mickeyl | koen: yeah |
| 12:37.20 | mickeyl | koen: how about every one of us selects 4 names ? |
| 12:37.32 | mickeyl | or 3? |
| 12:39.55 | zecke | mr_claus: how does line 327 look in openembedded/classes/base.bbclass |
| 12:40.19 | koen | mickeyl: move the names you like to the top table |
| 12:40.26 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 12:40.35 | zecke | let us vote who is eligible to vote ;) |
| 12:40.42 | mickeyl | koen: ok, will do |
| 12:40.51 | mr_claus | zecke: bb.fetch.init(src_uri.split()) |
| 12:41.21 | koen | mickeyl: and we'll have to compose a list of eligible voters |
| 12:41.26 | zecke | mr_claus: ok you have an at least one month old oe tree |
| 12:41.58 | mr_claus | zecke: yes, the latest snapshot, i have to bitkeeper version to get the newest sources |
| 12:42.07 | zecke | mr_claus: http://openembedded.bkbits.net:8080/openembedded/hist/classes/base.bbclass?nav=index.html|src/.|src/classes |
| 12:42.21 | zecke | mr_claus: do not use old oe with brand new bitbake |
| 12:43.29 | mr_claus | zecke: ok, i would use the newest sources of OE but how i can get it without bitkeeper? |
| 12:43.54 | zecke | mr_claus: using the free client? |
| 12:43.56 | koen | with the opensource bk client |
| 12:44.10 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
| 12:45.36 | mickeyl | hah |
| 12:45.38 | mickeyl | koen: cool |
| 12:45.44 | mickeyl | koen: we agree in 2 names |
| 12:45.48 | koen | :) |
| 12:45.49 | mickeyl | that means i only take 2 more |
| 12:46.21 | Crofton|laptop | chose an odd number of voters :) |
| 12:46.29 | mickeyl | for sure ;) |
| 12:47.23 | mickeyl | hmm |
| 12:47.29 | mickeyl | the rest of the names kind of suck |
| 12:47.56 | koen | if we choose openhand, mallum will sue us :) |
| 12:48.03 | mickeyl | hehe, yeah |
| 12:48.19 | Crofton|laptop | what are you voting for? |
| 12:48.23 | mickeyl | ok, i'll take one more |
| 12:48.52 | koen | Crofton|laptop: new name for our merged super distro |
| 12:49.05 | Crofton|laptop | heh |
| 12:49.32 | Crofton|laptop | People ask me if I am using familiar on my OSK |
| 12:49.37 | koen | I already have a tagline for our first release: "No more ROMs" |
| 12:49.43 | Crofton|laptop | It is a confusing answer .... |
| 12:49.59 | mr_claus | ok |
| 12:50.04 | BigAl | What are the names that are being voted on? |
| 12:50.18 | mickeyl | ok, done |
| 12:50.28 | mickeyl | BigAl: http://www.handhelds.org/moin/moin.cgi/NewDistroNames |
| 12:50.29 | darkschneider | lo, isnt0 the name of zImage-poodle-pxa255 a bit confusing considering that my poodle says to have a pxa250 |
| 12:50.40 | mickeyl | darkschneider: that's just your poodle |
| 12:50.47 | mickeyl | there are poodles with pxa255 |
| 12:50.50 | mickeyl | and this is their kernel |
| 12:50.54 | darkschneider | ok then i'm stupid |
| 12:50.57 | mickeyl | nm :) |
| 12:51.00 | darkschneider | let me re read |
| 12:51.23 | CoreDump|home | moin |
| 12:51.28 | mickeyl | moin CoreDump|home |
| 12:51.35 | koen | hey CoreDump|home |
| 12:51.41 | darkschneider | the answer came fromt eh fact that the kernel says he is not the rigth kernel |
| 12:51.52 | darkschneider | when i shutdown the thing |
| 12:51.54 | CoreDump|home | hey mickeyl & koen. |
| 12:52.21 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
| 12:52.51 | darkschneider | mmmm in "system info" i still read PXA250 rev4(v5l) that where my confusion come from |
| 12:53.16 | CoreDump|home | mickeyl: you may want to have a look at the latest altboot. It now implements a timeout like you suggested. |
| 12:53.33 | mickeyl | CoreDump|home: excellent. will do |
| 12:53.39 | mickeyl | darkschneider: yes, of course |
| 12:53.43 | mickeyl | darkschneider: reread what i told you |
| 12:53.47 | mickeyl | _your_ poodle has pxa250 |
| 12:53.51 | mickeyl | there are other poodles around |
| 12:53.54 | mickeyl | some have pxa255 |
| 12:53.56 | darkschneider | ahh oki |
| 12:54.09 | darkschneider | i thouth it was sarcastic.. sorry |
| 12:54.11 | darkschneider | lol |
| 12:54.14 | mickeyl | heh |
| 12:54.21 | koen | ~lart pxa250 for existing |
| 12:54.25 | mickeyl | I'm never sarcastic |
| 12:54.26 | darkschneider | ok then what kernel i shoudl use? |
| 12:54.28 | mickeyl | ;) |
| 12:54.34 | mickeyl | darkschneider: please use the slow one |
| 12:54.42 | mickeyl | there are all kinds of problems that can occur with the faster one |
| 12:54.50 | mickeyl | s/slow/appropriate/ |
| 12:54.57 | mickeyl | s/faster/cache workaround disabled/ |
| 12:55.02 | darkschneider | ahh oki |
| 12:55.27 | darkschneider | so i reflash it now |
| 12:55.28 | koen | random memory corruption being one of them |
| 12:55.46 | koen | `lart pxa250 again, just because |
| 12:55.46 | rwhitby | mickeyl: nod on the continuing the separate branch methodology for nslu2-linux. we will request to have a couple of core developers who have a long history of sane contributions to OE (via nslu2-linux) to have direct access (so that we can push batches of changes, but also so we can push individual changes when necessary too). |
| 12:56.28 | mickeyl | rwhitby: right. |
| 13:01.30 | mr_claus | much better now with the newest OE sources :) |
| 13:03.12 | rwhitby | mickeyl: cool, thanks. we will set up an nslu2-linux monotone server to be ready to sync with your new server next week. Can I ask that you leave a message in #nslu2-linux when it's set up, or contact me directly? |
| 13:04.28 | mickeyl | rwhitby: got your email. i'll contact you when it's ready. |
| 13:04.42 | koen | ah, we've decided on monotone? |
| 13:04.56 | mickeyl | koen: decided would be too strong |
| 13:05.07 | mickeyl | it's my recommendation and i'm willing to do some work to set it up |
| 13:05.14 | rwhitby | mickeyl: thanks. very much appreciated. and know that OpenEmbedded as a basis for nslu2-linux firmware is also very much appreciated in general. |
| 13:05.23 | mickeyl | rwhitby :) |
| 13:05.39 | rwhitby | BTW, is there somewhere where we can make a small donation to OpenEmbedded? |
| 13:05.49 | mickeyl | koen: i'll set it up next week and we can start learning a bit how to work with it. |
| 13:05.54 | koen | mickeyl: cool |
| 13:06.39 | rwhitby | (we're currently running a donation drive in nslu2-linux to buy some hardware, and anything left over is usually donated to other projects (like freenode.org, and CIA) on which we depend) |
| 13:06.39 | mickeyl | rwhitby: we don't have a group account for various reasons. the main developers receive donations via paypal. see http://oe.handhelds.org/contribution.php and http://openzaurus.org/wordpress/developers/ |
| 13:08.38 | rwhitby | ok, well we've already sent kergoth an nslu2 a while ago. Can we interest you in one (assuming we get enough to cover that cost) ? |
| 13:09.19 | mickeyl | rwhitby: for sure. i have been interested in one for quite a while now |
| 13:09.29 | *** join/#oe qfh (~qfh@ppp-62-245-163-245.mnet-online.de) |
| 13:09.30 | zecke | rebooting |
| 13:09.39 | rwhitby | mickeyl: ok, I'll see what I can do. |
| 13:09.58 | mickeyl | rwhitby: excellent. thanks. |
| 13:11.56 | CoreDump|home | did anyone else notice that the "buzzer" doesn't work for poodle in recent builds? |
| 13:13.06 | CoreDump|home | or does the poodle buzzer require special handling like an additional tool or some driver? |
| 13:14.04 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
| 13:21.20 | darkschneider | CoreDump|home: i just noticed it :) |
| 13:23.14 | mickeyl | iirc the poodle buzzer is a dsp device |
| 13:23.27 | mickeyl | hence it should work via /dev/dsp |
| 13:23.35 | mickeyl | do you mean the opie system sounds or at all? |
| 13:24.24 | rwhitby | mickeyl: you've been added to the list: http://www.nslu2-linux.org/wiki/Info/Phase3List |
| 13:25.27 | mickeyl | rwhitby: ah, very good. |
| 13:25.32 | rwhitby | (that's what we're buying with the proceeds of our third donation drive) |
| 13:25.53 | rwhitby | http://www.nslu2-linux.org/wiki/Info/DonationList is what we have bought previously |
| 13:26.01 | rwhitby | (see the bottom of that page) |
| 13:26.15 | CoreDump|home | darkschneider: could you try cat'ting a .wav file into /dev/dsp? |
| 13:26.34 | darkschneider | sure |
| 13:26.51 | mickeyl | rwhitby: ah that's pretty good for such a niche project. |
| 13:26.53 | darkschneider | have a wav under hand? or i'll rip a cd |
| 13:27.19 | rwhitby | mickeyl: niche? 4000 subscribers on the mailing list and 20000 firmware downloads :-) |
| 13:27.37 | darkschneider | CoreDump|home: allready done, coping it, hold on |
| 13:27.43 | mickeyl | rwhitby: woah. so much for a niche. that's probably much more than the amount of OZ users |
| 13:28.42 | rwhitby | we're having to set up ipkg mirrors right now, cause we're getting 100GB/month package downloads. |
| 13:29.10 | rwhitby | (and it's increasing at the rate of 20GB/month every month) |
| 13:29.21 | mickeyl | hmm you have a pretty good wiki, btw. |
| 13:29.23 | mickeyl | congrats |
| 13:29.36 | rwhitby | but hopefully will level off ... |
| 13:29.48 | CoreDump|home | the OZ3.5.3 moved about 150GB in total in that month |
| 13:30.03 | rwhitby | thanks on the wiki. we have a lot of very helpful community members. |
| 13:30.23 | CoreDump|home | OZ3.5.2 release i mean |
| 13:30.23 | mickeyl | rwhitby: yeah. it looks like there's not such a big gap between users and developers like it's in the PDA scene |
| 13:31.38 | rwhitby | mickeyl: we believe the combination of Unslung (stays compatible with stock firmware, but adds packages) and OpenSlug (latest linux kernel and OE base system) covers a wide range of users/developers. |
| 13:32.39 | darkschneider | CoreDump|home: it actually produce sound |
| 13:33.00 | CoreDump|home | so opie appears to be bugged then |
| 13:33.00 | mickeyl | rwhitby: that's a good strategy, for sure. |
| 13:33.03 | darkschneider | then it's probably a opie problem |
| 13:33.15 | mickeyl | darkschneider: is opie-qss running ? |
| 13:33.18 | rwhitby | (both Unslung and OpenSlug firmware are build with OpenEmbedded) |
| 13:33.29 | rwhitby | s/build/built/ |
| 13:33.50 | darkschneider | /dev/dsp0 is silent instead |
| 13:33.59 | mickeyl | rwhitby: ah, so you use OE to also build the compatible packages. that's good, we would like to do that as well (i.e. sharpROM compatible packages), but there's too few developers interested in the SharpROM to do that. |
| 13:34.12 | koen | *cough*ROM*cough* |
| 13:34.18 | darkschneider | mickeyl: no idea.. wait i see (the rom is the stock one from /official/unstable/3.5.3/sl5600) |
| 13:34.20 | rwhitby | mickeyl: actually, no. we build the Unslung firmware with OE, but not the packages. |
| 13:34.37 | mickeyl | rwhitby: ah. what compiler is the stock system using? |
| 13:35.00 | darkschneider | tehre is a qss process running |
| 13:35.03 | mickeyl | koen: SharpROM is actually pretty accurate since it's read only :)) |
| 13:35.35 | koen | only /home is writable? |
| 13:35.52 | mickeyl | koen: yeah. and they have a shitload of symlinks to make things like /etc tweakable |
| 13:35.54 | rwhitby | mickeyl: we use a derivative of OpenWRT (buildroot system) to build the Unslung packages. Those packages have also been ported to run on the Asus WL500g router series. glibc 2.2.5 is the compatibility burden we have in Unslung |
| 13:36.03 | koen | mickeyl: even uglier as I expected |
| 13:36.10 | mickeyl | darkschneider: hmm no idea offhand then. I've always wanted to write a troubleshooting application where you can test fb, sound, keys, etc. time *cough* |
| 13:36.15 | koen | the unholy trinity of sharp, tt and lineo |
| 13:36.32 | mickeyl | koen: *nod* |
| 13:36.35 | CoreDump|home | rwhitby: wait a minute. Which packages work on the w500g? <- owns one |
| 13:37.02 | CoreDump|home | openwrt buildroot? |
| 13:37.04 | darkschneider | if you do you know i will use it.. btw i have sent the beckmarks for sl-5600 at opie@handhelds.org... microdrive look like very slow with that test |
| 13:37.16 | rwhitby | mickeyl: we also keep the packages in a separate repo from the firmware, and have very loose requirements on giving package developers access to the package repo (we have 80 package developers vs 10 firmware developers) |
| 13:37.46 | rwhitby | CoreDump|home: http://ipkg.nslu2-linux.org/feeds/unslung/wl500g/ |
| 13:38.04 | rwhitby | you need to be running the firmware from wl500g.dyndns.org |
| 13:38.27 | CoreDump|home | rwhitby: wow very nice. Thanks! And I'm already using this firmware |
| 13:39.09 | rwhitby | CoreDump|home: there is a thread on wl500g.info on how to set up the latest firmware to download and run those ipkgs. |
| 13:39.33 | CoreDump|home | should be a matter of editing ipkg.conf (hopefully) |
| 13:40.08 | rwhitby | CoreDump|home: "ipkg.sh install ipkg ; ipkg update" |
| 13:40.24 | CoreDump|home | I absolutely hate the directory structure of this firmware though :) |
| 13:40.26 | CoreDump|home | ah |
| 13:40.31 | rwhitby | (the binary was too big for the wl500g firmware, so we use the script version to bootstrap) |
| 13:41.19 | rwhitby | CoreDump|home: but you need to bind mount a writeable /opt directory first (all Unslung packages install under /opt for historical reasons) |
| 13:41.24 | CoreDump|home | yeah, the flash size is a joke. Thank god one can add a memory stick |
| 13:41.36 | CoreDump|home | rwhitby: I'll have a look, thanks |
| 13:41.53 | rwhitby | np. feel free to become an Unslung package developer :-) |
| 13:42.25 | rwhitby | http://www.nslu2-linux.org/wiki/Unslung/AddAPackageToUnslung |
| 13:44.19 | CoreDump|home | I'm afraid that OE / OZ is already very time consuming :) |
| 13:45.40 | rwhitby | thanks for the discussion guys. I must sleep now. |
| 13:45.52 | koen | 'night rwhitby-asleep |
| 13:46.02 | mickeyl | g'night rwhitby-asleep |
| 13:48.31 | CoreDump|home | n8 rwhitby-asleep |
| 13:48.50 | SirFred | mickeyl: I'd like to talk about w100 rotation. |
| 13:49.35 | mickeyl | SirFred: go ahead :) |
| 13:49.47 | SirFred | mickeyl: The question is that I'm considering two ways to implement it. One should be to enable transformations on the qte driver, and so, be able to say something like QWS_DISPLAY=W100:Rot90:0 |
| 13:50.15 | SirFred | mickeyl: In that way, the driver would tranform coordinates, pixmaps,... to adapt it to the real framebuffer orientation that will remain unchanged. |
| 13:50.48 | SirFred | mickeyl: The other way could be to actually rotate the framebuffer. I think there's a "hardware way" to do that. |
| 13:51.11 | koen | and even a sysfs way |
| 13:51.12 | mickeyl | SirFred: I'm for the second way |
| 13:51.17 | mickeyl | that should be faster |
| 13:51.25 | SirFred | mickeyl: In that way, the only thing to manage from the driver should be the change of dimensions. |
| 13:51.34 | koen | watch out for tslib weirdnesses |
| 13:51.39 | SirFred | koen: I think the sysfs way is the same I'm talking about as the second way. |
| 13:52.11 | SirFred | koen: Something I've found in some patches as start_vga_rotation() or something so, for the w100fb.c kernel driver. |
| 13:52.39 | SirFred | mickeyl: Let's talk about the second way. Is that the way the screen is rotated nowadays in openzaurus? |
| 13:53.46 | mickeyl | SirFred: I'm not sure but i think we use the first way since we just reuse the Transformed buffer |
| 13:53.47 | SirFred | mickeyl: I suppose it isnt's as far as the Transformed driver is used. |
| 13:53.52 | mickeyl | right |
| 13:54.38 | SirFred | mickeyl: Well, so the idea should be to implement setTransformation in the w100 driver, and call "something" to actually rotate the framebuffer. |
| 13:55.06 | SirFred | mickeyl: It should be faster and simpler. I've spend this morning into implementing the first way, but I'm not happy with it. |
| 13:55.36 | SirFred | mickeyl: There's a lot of processing involved for images to rotate them before painting. |
| 13:56.03 | mickeyl | SirFred: I would think the best way for it would be to not change the external API, i.e. just use QWS_DISPLAY=W100:Rotx:0 and then transfer X to the proper setTransformation call in the w100 driver |
| 13:56.23 | SirFred | mickeyl: Yes, that's fine |
| 13:56.37 | SirFred | mickeyl: I want to keep that way to specify the rotation. |
| 13:56.52 | mickeyl | ok, good |
| 13:56.55 | SirFred | mickeyl: But I don't want to use some mapping wrappers all the time. |
| 13:57.02 | SirFred | mickeyl: To get the actual coordinates, images,... |
| 13:57.47 | SirFred | RP: What should be the right way to change the orientation from qt/e itself? |
| 13:58.38 | SirFred | RP: Is there some IOCTL operation or something so? |
| 14:02.39 | koen | RP: I've moved the cvsdate for kdrive forward, so we should benefit from the fb tweaks |
| 14:10.32 | *** join/#oe drw (~drw@c-67-172-219-167.hsd1.tx.comcast.net) |
| 14:12.17 | CoreDump|home | <CIA>altboot: Disable fsck of loop-images since fsck isn't installed in a stock OZ image |
| 14:15.00 | koen | CoreDump|home: could that be solved with a if [ -e /bin/fsck ] ? |
| 14:15.55 | CoreDump|home | yeah sure. I was thinking about that, too. But I don't remember an image shipping fsck in the first place :) |
| 14:16.35 | koen | true |
| 14:16.41 | CoreDump|home | does fam come w/ fsck? |
| 14:17.18 | koen | only fsck.minix |
| 14:17.24 | CoreDump|home | heh |
| 14:17.50 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 14:20.20 | CoreDump|home | could someone running a 2.4 kernel w/ sdcontrol _please_ look at bug #47. It is driving me crazy to hand-tune busybox after every build from scratch |
| 14:20.49 | CoreDump|home | FYI: This bug is a show-stopper for collie and poodle and maybe more machines |
| 14:24.11 | *** join/#oe CIA-10 (~CIA@flapjack.navi.cx) |
| 14:26.56 | koen | does anybody have good contacts with the ubuntu people? |
| 14:28.54 | CoreDump|home | ok, deleting /bin/busybox wasn't very clever heh |
| 14:34.04 | lilalinux | does anyone here have experience with mtx-1? I'm trying to get an ATI Rage XL to init |
| 14:39.08 | koen | mickeyl: how do vote? 1 vote / person or award points for 1st 2nd and 3rd choices? |
| 14:39.56 | koen | s/do/to/ |
| 14:45.04 | *** join/#oe offroadgeek (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
| 14:46.59 | *** join/#oe man-di (~man-di@dyndsl-080-228-193-169.ewe-ip-backbone.de) |
| 14:52.09 | darkschneider | :( i still have no way to make the usbnerowrking work |
| 14:57.07 | *** join/#oe CIA-7 (~CIA@flapjack.navi.cx) |
| 14:58.31 | *** join/#oe zecke (~ich@83-169-170-199-dynip.superkabel.de) |
| 14:58.44 | koen | moin zecke |
| 15:15.59 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 15:16.02 | *** join/#oe ar_ (~ar@port-ip-213-211-231-98.reverse.mdcc-fun.de) |
| 15:18.52 | CIA-7 | 03CoreDump 07 * r1.3573 10openembedded/conf/distro/openzaurus-3.5.4.conf: openzaurus-3.5.4.conf: s/opfficial/official for the machine feed. Thanks to Broeggle for pointing it out |
| 15:37.30 | koen | zecke: how's your tinderbox endavour working out? |
| 15:45.37 | zecke | koen|afk: I'm waiting for france |
| 15:45.53 | zecke | I've a tinder.bbclass |
| 15:48.53 | zecke | koen|afk: so once we've tinderbox.hh.org we can start the clients |
| 15:49.20 | koen | zecke: that's good to hear |
| 15:49.30 | koen | mickeyl: what version of monotone are you going to use? |
| 15:52.09 | zecke | oops my laptop dies |
| 15:54.32 | zecke | time to get an ibook |
| 15:57.42 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
| 16:02.58 | koen | ok, OE tree (without history) imported |
| 16:03.14 | koen | mickeyl: are you going to import the bk cvs mirror? |
| 16:05.37 | *** join/#oe ar_ (~ar@port-ip-213-211-231-98.reverse.mdcc-fun.de) |
| 16:08.51 | koen | mickeyl: I have a monotone repo too, so we can try to merge stuff |
| 16:12.37 | _ggilbert | mickeyl: looking at going with monotone? |
| 16:14.03 | darkschneider | mickeyl: exacly where i can find the old slow kernel, since both kernel in 3.5.3 dir does not look so stable (shutdown in about 2 hours and need hard reset) |
| 16:16.19 | CoreDump|home | darkschneider: you may one to try this one for poodle: http://oz.hentges.net/releases/3.5.3/T2/poodle/kernels/ |
| 16:17.22 | darkschneider | CoreDump|home: sure :) i hope usb contines to work.. finally after 2 hours i can finally ping the Z :) |
| 16:17.30 | CoreDump|home | heh |
| 16:18.09 | *** join/#oe jamie (~jamie@82.152.157.198) |
| 16:19.05 | *** join/#oe uv1 (~Werner@p50892628.dip0.t-ipconnect.de) |
| 16:19.10 | darkschneider | i remember right that to flash only the kerneli just need to put only it with updater on the cf, rigth? |
| 16:20.44 | darkschneider | tx! |
| 16:25.30 | darkschneider | done..let's see (i allways miss the lack of feedback when flashing.. a message "kernel sucessfuly updated" would like much to me |
| 16:26.13 | koen | that's sharp |
| 16:26.21 | darkschneider | lol |
| 16:26.24 | koen | anything 'usefull' is missing |
| 16:26.39 | darkschneider | (yes a serial output or a parallel too..) |
| 16:26.52 | darkschneider | even 1 wire output could help |
| 16:26.54 | koen | it should have serial |
| 16:27.04 | darkschneider | aye need cable |
| 16:27.04 | koen | but you'll need a expensive cable |
| 16:27.18 | darkschneider | indeed.. real problem is that i'm in italy... can0t have it anyway |
| 16:30.08 | mickeyl | koen: i'm for every person has 3 choices and then we count the points |
| 16:30.18 | mickeyl | koen: version 0.19 - versions older are much too slow |
| 16:30.44 | mickeyl | koen: i won't import the history - even 0.19 would be too slow with that amount of history. the history will be read-only in a seperate cvs repo afterwards |
| 16:31.00 | mickeyl | darkschneider: no idea about other kernels, sorry. |
| 16:31.54 | CIA-7 | 03CoreDump 07 * r1.3574 10openembedded/packages/altboot/ (altboot_cvs.bb altboot_20050620.bb): altboot: Update to latest version |
| 16:33.53 | koen | mickeyl: ok, I'll try to open up the firewall to allow netsync so we can experiment a bit |
| 16:34.03 | koen | I'll try to merge bk commit from now on |
| 16:35.01 | *** join/#oe hufnus (~slonsiki@m298836d0.tmodns.net) |
| 16:36.25 | darkschneider | oki used the one Core suggested, let see if it's stable, i'm doing opie benchmarks to see if there is any numeric diference |
| 16:46.18 | koen | pb_: are you the brains behind blueprobe? |
| 16:46.43 | pb_ | yes |
| 16:47.06 | koen | ok, I thinks I'll have some question for you the next few days |
| 16:47.11 | koen | think* |
| 16:47.23 | pb_ | thanks for the warning |
| 16:48.44 | RP | SirFred: You can use ioctl's to rotate the display as with any other fraembuffer - look and see how fbset does it |
| 16:49.14 | RP | SirFred: I'm not familiar with the user side of the fbset code, just what the kernel gets to see... |
| 16:52.43 | *** join/#oe ggilbert (~ggilbert@tinman.treke.net) |
| 16:53.12 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 16:58.41 | koen | mickey|bbl: I also think we need to make a monotone mini tutorial for OE if we decide to go for it |
| 16:58.57 | koen | mickey|bbl: or at least a small bk -> monotone cheatsheet |
| 16:59.20 | RP | koen: THat would be handy :) |
| 17:12.28 | jbowler | The main missing thing in monotone is the bk GUI, but it looks like relatively few people use that regularly. |
| 17:12.58 | pb_ | yeah, mostly because it's so ghastly |
| 17:13.35 | RP | I use citool but will happily move to something more sane :) |
| 17:14.09 | jbowler | IIRC monotone has the SVN/CVS issue with getting everything checked in - bk citool makes it difficult to forget to check things in. |
| 17:14.15 | koen | bk vi bla ; bk ci -y"modified bla" bla ; bk commit ; bk push |
| 17:15.48 | pb_ | jbowler: yeah, that's true. |
| 17:17.41 | jbowler | I run {{bk edit; vi}*; { test; sleep }*}*; {bk citool; wth was I doing... oh yes, discard/commit}; bk push |
| 17:18.41 | pb_ | yeah |
| 17:18.54 | pb_ | bk citool is a fine idea, it's just a dire implementation |
| 17:19.03 | RP | agreed |
| 17:19.12 | jbowler | 0.00000001 > 0 |
| 17:19.17 | pb_ | heh |
| 17:33.23 | *** join/#oe Pigi (~NoOne@host163-45.pool80180.interbusiness.it) |
| 17:42.07 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 17:43.15 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 17:43.29 | koen | hey Pigi |
| 17:44.03 | Pigi | hey koen. I'm trying to flash my (secondhand) new h3900.... |
| 17:44.12 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 17:44.50 | koen | Pigi: cool |
| 17:44.50 | Pigi | but I'm right in the " can't read control file " bug from bootloader :) |
| 17:44.56 | pb_ | heh |
| 17:45.07 | pb_ | check your cf card formatting: bootldr hates fat32. |
| 17:45.35 | Pigi | gosh... what's a good partition type ? |
| 17:45.38 | *** join/#oe jbowler-away (~jbowler@jbowler.nslu2-linux) |
| 17:45.44 | koen | fat16/vfat |
| 17:46.08 | SirFred | RP: Thanks, I'll take a look. |
| 17:46.18 | Pigi | it's a fat16 :( |
| 17:46.43 | koen | I have one CF card here that bootldr hates |
| 17:47.19 | Pigi | this card was really good for the older sa arch ( 3630-3760-3765 and 3870 ) |
| 17:47.22 | CIA-7 | 03pb 07 * r1.3575 10openembedded/packages/libgpewidget/libgpewidget_0.102.bb: update libgpewidget to 0.102 |
| 17:47.29 | Pigi | going to get another card. |
| 17:47.36 | pb_ | ah, that's weird. the pxa shouldn't behave any differently. |
| 17:48.01 | pb_ | maybe you have discovered some new, obscure bug. |
| 17:48.03 | *** join/#oe Ken|JLime (~Ken@h79n2fls31o1105.telia.com) |
| 17:48.08 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 17:48.27 | Pigi | that's really strange, I'm using the same sleeve and card. What has changed is the ipaq :) |
| 17:48.36 | Pigi | after the defeating of my 3870 |
| 17:52.12 | Pigi | pb_ do you need a bug finder ( not hunter ) for the bugs in bootloader ? |
| 17:52.27 | Pigi | It seems I have already discovered two :) |
| 17:52.45 | Pigi | now my wife call for dinner |
| 17:52.46 | Pigi | brb |
| 17:56.00 | RP | SirFred: As a hint, you want to change the resolution, not rotate the display - just request the x and y resolutions you want |
| 17:56.55 | SirFred | RP: So, how can I tell between 90 and 270 degrees, for example? |
| 17:57.21 | SirFred | RP: I mean, the x and y resolutions are the same, aren't they? |
| 17:58.05 | SirFred | RP: I think that this stuff should be implemented in the linuxfb driver, that I'm subclassing with the W100. |
| 17:58.23 | RP | SirFred: There is no way to handle that through the linux framebuffer as things stand |
| 17:58.33 | RP | SirFred: Hence the flip sysfs file... |
| 17:58.43 | RP | Its on my list of things to try and sort out sometime... |
| 17:58.50 | RP | But a low priority |
| 18:00.09 | SirFred | RP: I wonder what is the more educated way to access that from the driver. |
| 18:00.19 | darkschneider | CoreDump|home: that kernel still crash after heavy use.. |
| 18:00.24 | SirFred | RP: Is there any way other than opening the file and writing to it? |
| 18:01.03 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 18:01.50 | RP | SirFred: I'm afraid not |
| 18:02.03 | RP | SirFred: Although opie may have some way of abstracting sysfs files? |
| 18:03.34 | SirFred | RP: It's only my problem, sure. I just feel that opening a file and manipulating it is a little dirty. But that is what sysfs is about. |
| 18:04.57 | SirFred | RP: I'll try to write something that just work. Later, I will question the implications of it. |
| 18:12.15 | RP | SirFred: It would be nice to find a better solution and sort out rotation handling in the fb layer |
| 18:13.14 | SirFred | RP: Sure. but I'm not sure of what should be the best solution. Is there info related with the flipping state of the framebuffer in the framebuffer standard structures? |
| 18:14.17 | RP | SirFred: There are some rotation hooks in there. Nobody seems to understand what they do or how to use/implement them |
| 18:15.00 | RP | I think there were problems with the current implementation but I can't remember what they were :-( |
| 18:15.48 | koen | how tslib deal with the rotation? |
| 18:16.32 | RP | koen: No idea. I did offer to make corgi_ts rotate with the screen but the idea sent shivers down poeple's spines :) |
| 18:17.00 | RP | The weather here is quite spectaular - thunder and lightning and torrential rain, so much so the gutters are overflowing and the street looks like a river... |
| 18:17.23 | SirFred | RP: I love storms. |
| 18:17.58 | SirFred | It's going to be a really hot and dry summer here. |
| 18:18.01 | RP | SirFred: So do I. Its just far too hot and humid :-/ |
| 18:18.54 | SirFred | We are at 36 degrees just now. Too hot for me. |
| 18:19.01 | RP | I can't see the next house, the rain is that heavy! |
| 18:19.14 | RP | 33 in this room |
| 18:20.39 | koen | hot & humid over here |
| 18:21.12 | pb_ | warm and dry here |
| 18:21.12 | pb_ | heh |
| 18:21.40 | SirFred | RP: How should I proceed, something like this? |
| 18:21.48 | ljp | 16.5 here |
| 18:21.54 | SirFred | open "sys/devices/platform/sharp-scoop/corgi-ssp/w100fb" |
| 18:22.01 | SirFred | RP: write "1" ? |
| 18:22.21 | pb_ | ljp: crikey |
| 18:22.32 | ljp | heh |
| 18:22.43 | *** join/#oe dkey (~dkey@193.170.48.234) |
| 18:22.46 | ljp | got down to 6 the other night |
| 18:23.21 | pb_ | sounds pretty extreme |
| 18:24.02 | SirFred | I prefer that than our 20 minimun - 38 maximum |
| 18:26.10 | kergoth | SirFred: you might want to check into libsysfs |
| 18:26.22 | pb_ | morning kergoth |
| 18:26.25 | kergoth | hey |
| 18:26.30 | SirFred | kergoth: Hi and thanks. |
| 18:27.03 | RP | hi kergoth |
| 18:27.33 | RP | SirFred: Something like that, yes. libsysfs will probably save you lots of pain :) |
| 18:28.34 | SirFred | RP: I expect nobody to get angry if libsysfs is a new dependency for libqte. |
| 18:29.27 | koen | "fluff" |
| 18:31.16 | pb_ | koen: I think there is something wrong with your irc client. Almost every time you try to say something, it seems to come out as "fluff". |
| 18:31.43 | SirFred | :) |
| 18:31.45 | koen | how strange |
| 18:35.41 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 18:35.47 | Spyro | had some incredible weather here in northwich |
| 18:36.03 | Spyro | water was *gushing* into the kitchen under the back door. |
| 18:36.18 | Spyro | I had to open it (got me soaked) and jam towels into it... |
| 18:36.52 | koen | wow |
| 18:36.58 | Spyro | hm. I better check on my fileserver (underfloor) |
| 18:37.02 | Spyro | brb |
| 18:39.50 | Spyro | no problem. a bit damp down there but all A-OK water wise |
| 18:41.28 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 18:42.20 | *** join/#oe molivier (~mac@f01v-28-111.d4.club-internet.fr) |
| 18:43.15 | Pigi | re |
| 18:45.28 | *** join/#oe molivier2 (~mac@f01m-36-214.d4.club-internet.fr) |
| 18:46.26 | Pigi | pb_ you there ? |
| 18:49.25 | pb_ | Pigi: hello |
| 18:49.58 | Pigi | I'm trying ( again ) to flash the 3900 via cf. |
| 18:50.26 | Pigi | It seems that with the new sleeve there isn't way to read the cf ( tried a couple of cf ) |
| 18:50.48 | Pigi | with an old sleeve, it seems a bit better, as at least it read the controlfile |
| 18:50.54 | pb_ | strange |
| 18:51.03 | pb_ | are the two sleeves the same? |
| 18:51.16 | Pigi | no, they aren't. |
| 18:51.39 | Pigi | One is the new one, the one with the protecting plastic |
| 18:51.46 | Pigi | and it is never read. |
| 18:52.06 | Pigi | The other one is the old version, the one that used to be with the h3600 series. |
| 18:52.13 | pb_ | ah. |
| 18:52.19 | pb_ | I don't think I've seen one of those new sleeves. |
| 18:52.35 | Pigi | Is the one with the removable battery |
| 18:52.56 | pb_ | maybe bootldr doesn't understand how to talk to them properly |
| 18:53.11 | Pigi | it can be. |
| 18:53.28 | Pigi | But with the old one it seems that is not able to read the image anyway |
| 18:54.27 | pb_ | oh dear |
| 18:54.41 | Pigi | No, stdby. |
| 18:54.54 | Pigi | Maybe I did a little error in reflash.ctl |
| 18:55.58 | Pigi | but with the new sleeve, no way to get reflash.ctl read. |
| 18:56.20 | Pigi | The old one seems ok. It was an error in reflash.ctl |
| 18:56.44 | pb_ | Aha. |
| 18:56.54 | Pigi | Who's maintaing bootloader these days ? |
| 18:57.00 | pb_ | Nobody, really. |
| 18:57.05 | Pigi | gosh. |
| 18:57.13 | pb_ | I think the hx4700 guys probably touched it last. |
| 18:57.46 | pb_ | We're kind of in this limbo state where nobody really wants to do any more work on the old bootldr, but nobody really wants to use LAB either. |
| 18:58.21 | Pigi | ok. That's sad, because the 38xx bootloader is able to work with that sleeve, that is nice as have the removable battery |
| 18:58.46 | Pigi | pn 249704-b21 if interessed |
| 18:59.16 | pb_ | unfortunately, it's virtually impossible to debug this kind of thing without having the hardware in front of you. |
| 18:59.35 | pb_ | so, you'd need a bootldr maintainer who has one of those sleeves, and I suspect such people are a scarce resource. |
| 19:00.10 | jacques | hmm, I need a new battery for my new sleeve |
| 19:00.17 | Pigi | The only way to play with the bootloader is to use jtag, right ? |
| 19:00.47 | jacques | Pigi, you need jtag if you ever make a mistake that causes your device to be unbootable |
| 19:01.15 | Pigi | I know, jacques, I have a nice 3870 bricked, ready to go to valhalla |
| 19:01.22 | jacques | in theory it's possible to do bootloader development without jtag, but you'd have to be a 100% perfect coder |
| 19:02.57 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 19:03.29 | pb_ | well, some bits of bootldr are relatively low risk |
| 19:03.57 | pb_ | you can work on the sleeve code, for example, with impunity because it is not used in any critical path. no matter how badly you break that stuff, you can still install a new bootldr using serial. |
| 19:04.36 | pb_ | the only catch is that setting yourself up to compile the bootldr in the first place is slightly risky. If your toolchain generates duff images, obviously all is lost. |
| 19:04.50 | jacques | yeah |
| 19:05.04 | Pigi | eheh. I'm not sure I will risk another machine ( and 200 E again ) |
| 19:05.14 | pb_ | heh, right |
| 19:05.18 | jacques | speaking of which, I got wine setup and built haret |
| 19:05.31 | pb_ | fitting jtag to the h3900 is relatively straightforward, though. |
| 19:05.36 | jacques | now I need to find time to go through the code and try to determine where the endian bit would be set |
| 19:05.38 | pb_ | much easier than on the h3600/h3800. |
| 19:05.47 | pb_ | jacques: ah, cool |
| 19:06.13 | jacques | grepping for -i endian didn't find anything obvious :-) |
| 19:06.34 | pb_ | yah, it probably doesn't do anything at all with that bit at the moment. |
| 19:06.43 | jacques | I was afraid of that |
| 19:06.51 | pb_ | you probably want to turn it on right at the end, just when it jumps into the kernel |
| 19:07.13 | jacques | good to know, thanks |
| 19:07.39 | jacques | I should probably compare with the be bootloaders we have available - redboot and APEX |
| 19:07.48 | pb_ | actually, it occurs to me that an easier solution would be to patch the kernel to flip the endian bit in its own bootup code. |
| 19:08.00 | jacques | it can do that?? |
| 19:08.10 | pb_ | sure |
| 19:08.29 | jacques | it never occurred to me :-) |
| 19:08.33 | pb_ | just put it in head.S before anything complicated happens, and it should be just as good as doing it in haret. |
| 19:08.47 | jacques | well that's a lot easier to do (for me) |
| 19:08.51 | pb_ | yeah |
| 19:09.24 | pb_ | building haret is always a bit of an adventure, all that fiddling with eVC++ |
| 19:09.36 | jacques | hmm, for me it was exactly as in the wiki |
| 19:09.41 | jacques | emerge wine |
| 19:09.55 | jacques | untar the evc tarball |
| 19:09.59 | pb_ | ah, actually, I was thinking of bootblaster |
| 19:10.02 | jacques | patch the haret makefile, and make |
| 19:10.05 | jacques | ah |
| 19:10.11 | pb_ | for some reason I could never get that to build right, I had some DLL problem |
| 19:10.23 | jacques | maybe wine is better now |
| 19:10.26 | pb_ | I'm not sure it builds for anyone other than Brian, in fact |
| 19:10.26 | pb_ | heh |
| 19:10.54 | pb_ | I wasn't using wine, this was on a real windows machine. |
| 19:11.08 | pb_ | maybe that was my mistake :-) |
| 19:11.13 | jacques | lol |
| 19:11.29 | jacques | BTW, I learned a valuable lesson yesterday about usb card readers |
| 19:11.41 | jacques | some are faster than others |
| 19:11.59 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 19:12.04 | jacques | my SD cards that were doing 6MB/s went up to 8.85MB/s in my new reader |
| 19:12.08 | pb_ | aha |
| 19:12.23 | jacques | and my ultraII cards I just got (on sale at costco) do 9.65MB/s |
| 19:12.29 | pb_ | that's cool |
| 19:12.40 | pb_ | let's hope someone figures out the speed problem with the h2200 driver soon |
| 19:12.41 | jacques | they onlt did 6.5MB/s on the old reader |
| 19:12.53 | jacques | yeah - that reminds me - I want to bench the h2200 under wince |
| 19:12.58 | pb_ | ah, good plan |
| 19:13.18 | jacques | I benched it when I first got it but I might not have even owned any SD cards then |
| 19:13.27 | pb_ | heh |
| 19:16.08 | pb_ | ah, hm, I guess I should go to a birthday party. |
| 19:16.38 | jacques | heh, have a good time |
| 19:17.29 | Pigi | pb_, before you leave, what's the state of SD on h3900 ? |
| 19:17.51 | Pigi | pb_ don't worry, I found on releasenotes |
| 19:18.16 | pb_ | Pigi: aha :-) |
| 19:18.28 | pb_ | later all |
| 19:21.10 | koen | have fun |
| 19:33.29 | Pigi | koen, do you own an 3900 ? |
| 19:33.41 | koen | no, a 2200 and 5550 |
| 19:34.04 | koen | and michaelo is lending me his hx4700 |
| 19:34.28 | Pigi | ok. It seems that I can't get my sd recognized in 0.8.2 |
| 19:34.42 | Pigi | I0m not so happy about that 3900 :( |
| 19:34.47 | koen | did you rmmod and insmod the mmc modules? |
| 19:34.59 | Pigi | and rebooted quite a bunch of times |
| 19:36.24 | Pigi | well, after rmmod and insmod it seems to work, but I'm not sure it will survive a reboot. |
| 19:44.10 | gints|home | Pigi: what problem? |
| 19:44.31 | Pigi | about the sd card, not recognized on boot. |
| 19:45.03 | gints|home | Pigi: hotplug detection not works.. for SD and 39xx (in case you did not know.... :) |
| 19:45.15 | Pigi | I have read that :) |
| 19:45.41 | gints|home | look in realease notes... for 2.8.0.. there is some commands ... |
| 19:45.51 | gints|home | to have it loaded in boot time.. |
| 19:45.55 | Pigi | ?2.8.0 ? |
| 19:46.03 | Pigi | 0.8.1 maybe:) |
| 19:51.21 | gints|home | same is for later versions.. (IMHO) |
| 19:51.21 | gints|home | ups... |
| 19:51.21 | gints|home | or 0.8.0... |
| 19:51.21 | gints|home | Search for MMC/SD card doesn't get recognized on H39xx (not h5xxx) |
| 19:51.22 | gints|home | in release notes... |
| 19:51.36 | Pigi | yes, already seen, thx |
| 19:53.21 | Pigi | gints|home, do you own a 39xx ? |
| 19:54.22 | gints|home | Pigi: yes.. |
| 19:54.40 | Pigi | opie or gpe ? |
| 20:19.44 | Pigi | koen, DISTRO=0.8.3 ? |
| 20:19.57 | koen | familiar-0.8.3 |
| 20:20.05 | Pigi | yes indeed |
| 20:20.24 | koen | Pigi: http://familiar.handhelds.org/snapshots/v0.8.3/20050616/ |
| 20:20.31 | Pigi | is ipkg 0.99.151 in ? |
| 20:20.41 | koen | no idea |
| 20:20.46 | Pigi | ok |
| 20:24.22 | Pigi | thx for the link, koen |
| 20:27.20 | CIA-7 | 03koen 07 * r1.3576 10openembedded/packages/ipkg/ (3 files in 2 dirs): Add ipkg 0.99.151, courtesy PierLuigi Frullani |
| 20:27.42 | Pigi | ~hail koen |
| 20:27.43 | ibot | ACTION bows down to koen and chants, "I'M NOT WORTHY!!" |
| 20:27.54 | Pigi | ~praise koen |
| 20:27.55 | ibot | All hail koen! |
| 20:28.51 | darkschneider | mighy! ping crash my Z :) |
| 20:29.07 | Pigi | ping_of_death..... |
| 20:29.35 | darkschneider | eheh the only diffence is that i'm pinging from it :P |
| 20:33.42 | Pigi | ping_of_suicide ? |
| 20:33.49 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 20:34.12 | darkschneider | yes :) |
| 20:34.38 | Pigi | you can file a CERT advisor as "local DOS" |
| 20:34.50 | CoreDump|home | heh funny poodles |
| 20:34.51 | darkschneider | hehe indeed :) |
| 20:35.03 | darkschneider | depends on the fun...:P |
| 20:35.23 | CoreDump|home | sell it and buy a collie. Waaaayyyyyyyyyyyyyyyy better supported ;) |
| 20:35.38 | darkschneider | want to buy mine :) |
| 20:35.44 | CoreDump|home | not really heh |
| 20:35.56 | darkschneider | then i'm out of customers :) |
| 20:36.22 | darkschneider | i remember when i bougth it.. igone to oz channel and asked "what i shoudl buy" |
| 20:36.35 | darkschneider | everyone suggested me the really improved sl-5600 :) |
| 20:37.34 | darkschneider | anyway.. it's ok... you guys are often great.. expecially mickey and kergoth that helped me much everytime i needed |
| 20:38.01 | *** join/#oe marcan (1337@64.Red-83-53-0.pooles.rima-tde.net) |
| 20:38.40 | *** join/#oe alan (~alan@ARouen-152-1-38-156.w83-115.abo.wanadoo.fr) |
| 20:38.53 | alan | hi all |
| 20:39.40 | CoreDump|home | darkschneider: "improved" lies in the eye of the beholder I guess :) |
| 20:39.59 | darkschneider | :) |
| 20:40.27 | alan | koen: if you have some free time, could you please help luke_jr build abiword on #penzaurus ? he is stuck with this : http://pastebin.ca/15040 . iirc, you did build abiword for GPE, right ? |
| 20:41.03 | koen | I did |
| 20:41.22 | koen | the solution is to use the gcc-3.4.4 compiler instead of the _csl one |
| 20:42.24 | alan | ok. thanks a lot koen |
| 20:43.13 | koen | np |
| 20:45.12 | alan | got to go. Thanks a lot again koen. |
| 20:45.15 | alan | bye |
| 20:45.18 | *** part/#oe alan (~alan@ARouen-152-1-38-156.w83-115.abo.wanadoo.fr) |
| 21:00.20 | *** join/#oe _alwin_ (alwin@cable-81-173-131-128.netcologne.de) |
| 21:01.44 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
| 21:02.38 | darkschneider | i correct, ANY tentative with any program to access the usb crash my nice poodle :) not just ping :) |
| 21:02.49 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 21:07.19 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
| 21:07.54 | luke-jr_ | koen: hey |
| 21:08.16 | luke-jr_ | koen: ping |
| 21:12.57 | *** join/#oe Laibsch (~leggewie@G052b.g.pppool.de) |
| 21:16.31 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
| 21:34.33 | Laibsch | I am just reading about the direction the kernel development is taking about the BK debacle. I'd be interested to learn what the state of the discussion is for OE. |
| 21:35.16 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
| 21:40.27 | *** join/#oe andersee (~andersen@codepoet.org) |
| 21:46.22 | emte | Laibsch, we are waiting for the users to donate enough to buy licenses |
| 21:46.57 | Pigi | sleepin' time |
| 21:47.00 | Pigi | night all |
| 21:49.58 | emte | on that note ... do we even have a donate page? |
| 21:52.53 | tubbie|food | it is possible to donate directly to the devs |
| 21:53.24 | tubbie|food | but that will not solve the bitkeeper problem |
| 21:54.26 | Laibsch | emte: Are you serious with that comment??? I know that kergoth went through a couple of VC systems but as others was not happy either with performance or feature set. I hear that Linus has developped his own solution for the kernel but most comments say it might not be applicable outside kernel development. |
| 21:54.39 | emte | well if we come up with 5k for each dev, all is well |
| 21:54.52 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
| 21:55.06 | emte | you dont need a license to pull from bk |
| 21:55.45 | emte | and i was only semi-serious |
| 21:56.04 | tubbie|food | Laibsch, torvalds is using git and that seems just to be usable by himself :/ |
| 21:56.19 | emte | but it is an option ... not a feasible one mind you ... but an option |
| 21:56.31 | emte | tubbie|food, not using, writting |
| 21:57.19 | koen | at the moment monotone is the most serious candidate |
| 21:57.25 | emte | there are not real open projects that can handle things like OE and the kernel |
| 21:57.28 | koen | and git/cogito sucks ass |
| 21:57.29 | Laibsch | Thanks kone for the comment. |
| 21:57.41 | Laibsch | Sorry for the misspell. |
| 21:57.45 | emte | so monotone finally works now? |
| 21:57.50 | tubbie|food | I heard also positive notes from monotone |
| 21:57.55 | koen | cogito can't push |
| 21:57.55 | Laibsch | Well, it always worked |
| 21:58.00 | Laibsch | Just very slow I heard |
| 21:58.07 | koen | it's reasonable fast |
| 21:58.19 | Laibsch | Yes, the newer versions are said to be better. |
| 21:58.20 | koen | on a dual opteron 244 :) |
| 21:58.24 | Laibsch | ;-) |
| 21:58.35 | Laibsch | You can use mine ;-) |
| 21:58.39 | emte | lol |
| 21:59.17 | koen | I just imported the OE tree into monotone, mickeyl and I are going to play with it |
| 21:59.19 | Laibsch | I just read about a new machine that kernel.org got donated from HP: quad-opteron with 24G RAM !!! I'd like to take that puppy for a spin <evilgrin> |
| 21:59.23 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
| 22:00.00 | Laibsch | That machine has more RAM than my desktop has in hard drives. |
| 22:00.08 | Laibsch | But I do not need more. |
| 22:00.40 | Laibsch | koen: Cool, thanks for the update. |
| 22:00.48 | koen | I hope it works out |
| 22:00.49 | emte | yeah linus is probably the only one HP would donate anything to with their new managment |
| 22:01.13 | tubbie|food | hehe |
| 22:02.18 | luke-jr_ | koen: ping |
| 22:21.03 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
| 22:22.55 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
| 22:25.59 | luke-jr_ | how do I select gcc-3.4.4 for compiler? |
| 22:35.07 | RP | luke-jr_: REFERRED_VERSION_gcc-cross=3.4.3 |
| 22:35.07 | RP | PREFERRED_VERSION_gcc-cross-initial=3.4.3 |
| 22:35.11 | RP | except 3.4.4 :) |
| 22:35.33 | RP | Both should be PREFERRED... |
| 22:36.09 | *** join/#oe W8TVI (~w8tvi@mg.acegroup.cc) |
| 22:37.44 | luke-jr_ | RP: doesn't virtual/ go in there? O.o |
| 22:38.39 | RP | luke-jr_: That's only if you're going to build and provide the compiler for oe to use |
| 22:38.57 | luke-jr_ | PREFERRED_PROVIDER_virtual/arm-linux-gcc = "gcc-cross" |
| 22:39.30 | *** join/#oe Geo_KM (~keith@ppp61-98.lns1.cbr1.internode.on.net) |
| 22:40.14 | RP | That's saying the preferred arm compiler is provided by gcc-cross... |
| 22:40.30 | RP | You then tell it which version of gcc-cross you'd prefer |
| 22:41.03 | RP | proferred providers and proferred versions are two different things |
| 22:42.05 | luke-jr_ | right, but is not the preferred provider needed for it to even mess w/ version? |
| 22:44.59 | luke-jr_ | seems to work, thx |
| 22:48.40 | Laibsch | koen: Just came across another VC system that sounds interesting. Just wanted to make sure you are aware of it: http://www.selenic.com/mercurial/ |
| 22:51.16 | luke-jr_ | koen isn't here... |
| 22:52.13 | Laibsch | luke-jr_: Thanks for point it out. pinging kergoth. |
| 23:27.46 | *** join/#oe xep (~misha@adsl-68-121-161-118.dsl.pltn13.pacbell.net) |
| 23:42.47 | *** join/#oe macmac (~mac@f03v-10-144.d4.club-internet.fr) |